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ABSTRACT 

The  National  Oceanic  and  Atmospheric  Administration  (NOAA) 
Commissioned  Personnel  Division  was  in  the  situation  of  being 
subject  to  increasing  demands  for  information  and  services  and 
having  a  fixed  number  of  office  personnel  to  fulfill  those 
demands.   A  study  was  performed  to  investigate  the  feasibility 
of  converting  some  aspects  of  the  manual  data  handling  proce- 
dures to  computerized  handling.   Objectives  were  defined  as: 
reducing  data  retrieval  and  information  preparation  time; 
increasing  currency  of  data;  aiding  in  monitoring  suspense 
dates;  eliminating  some  hard  copy  records;  and  improving 
information  dissemination.   A  generalized  computer  system 
using  a  data  base  management  system  software  package  was 
designed.   Alternatives  for  obtaining  the  requisite  capabili- 
ties were  evaluated  and  an  implementation  procedure  was  out- 
lined.  It  was  concluded  that  the  automation  of  the  system 
was  feasible  and  would  most  likely  result  in  increased 
effectiveness . 
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I.   INTRODUCTION 

In  a  time  characterized  by  rapid  advances  in  the  develop- 
ment and  utilization  of  computer  systems  technology,  drastic 
increases  in  demands  for  information,  and  strong  limitations 
on  personnel  and  financial  resources,  government  agencies  are 
turning  to  computers  in  increasing  numbers  in  an  attempt  to 
maintain  an  effective  level  of  performance.   Many  new  com- 
puter applications  are  becoming  economically  justifiable 
alternatives  to  present  manual  operations  because  of  the 
drop  in  computer  prices  associated  with  the  advancing  tech- 
nology.  In  this  environment,  many  executives  are  being 
faced  with  the  decision  of  whether  or  not  it  is  feasible 
at  this  time  to  "automate"  a  particular  system. 

In  this  context  it  is  the  main^ob j ective  of  this  thesis 
to  analyze  the  feasibility  of  converting  some  aspects  of  a 
small  personnel  management  information  system  from  manual  to 
computerized  handling.   The  information  shall  be  presented 
in  such  a  way  as  to  create  an  overall  picture  that  can  be 
used  by  management  in  making  the  crucial  decision  of  whether 
automating  parts  of  the  system  will  be  of  real  benefit  to 
the  organization. 


It  is  important  at  the  onset  to  describe  the  author's 
use  of  the  word  feasible.   The  word  feasible  has  its  roots 
in  the  French  word  faire--to  make,  or  to  do.   Based  on   this 
derivation  the  word  has  come  to  be  defined  as  capable  of 
being  used  or  dealt  with  successfully,  with  the  additional 
connotation  of  being  reasonable  or  likely. 
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The  secondary  objective  of  this  thesis  involves  the  use 

of  a  system  life  cycle  model  as  developed  by  IBM  for  Montgomery 
ri '  21 

Ward  L  " u J  (Figure  1).    In  the  event  that  a  decision  is  made 
to  proceed  with  the  development  and  installation  of  an  auto 
mated  system,  this  document  can  be  used  as  a  basis  for  work 
on  the  system  planning  phase  of  the  system's  development  as 
outlined  in  Figure  1. 
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II.   HISTORY  AND  GENERAL  PERSONNEL  ORGANIZATION 

The  object  of  this  study  is  the  personnel  system  for  the 
National  Oceanic  and  Atmospheric  Administration's  Commissioned 
Corps  (NOAA  Corps) .   A  short  discussion  of  the  history  of  the 
NOAA  Corps  will  give  some  familiarity  with  its  field  operating 
characteristics  and  general  administrative  organization. 

The  NOAA  Corps  is  the  present  day  name  for  an  old  and 
prestigious  organization  known  as  the  Coast  and  Geodetic  Survey 
Commissioned  Corps  (C§GS  Corps)  which  was  created  by  legisla- 
tion in  1917.   The  C§GS  Corps  was  an  integral  part  of  the 
narent  organization  from  which  it  obtained  its  name,  the 
Coast  and  Geodetic  Survey  (C§GS) .    In  general  terms,  the 
mission  of  the  C§GS  was  twofold,  to  chart  the  coastal  waters 
of  the  United  States  and  to  survey  the  continental  United 
States  using  geodetic  surveying  methods.   In  times  of  war, 
the  officers  and  ships  of  the  C$GS  were  transferred  to  the 
War  and  Navy  departments.   Subsequent  to  the  ending  of 
hostilities,  the  officers  and  ships  were  again  placed  under 
the  jurisdiction  of  the  C§GS  in  the  Department  of  Commerce. 


The  C$GS  had  its  beginning  with  legislation  signed  by 
President  Jefferson  in  1807  which  created  the  Survey  of  the 
Coast.   With  expansion  of  geodetic  surveying  responsibilities 
in  1870,  the  organization  became  known  as  the  Coast  and 
Geodetic  Survey. 
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The  C§GS  Corps  was  organized  around  a  field  corps  system 
which  provided  for  officers  being  assigned  to  all  phases  of 
field  operations.   Careers  were  spent  alternating  between 
assignments  to  mobile  field  units,  hydrographic  survey 
vessels,  survey  aircraft  and  fixed  shore  duty.   This  type  of 
organization  ensured  no  division  of  responsibility,  in  that 
C§GS  officers  staffed  and  commanded  virtually  all  levels  of 
the  C§GS  from  deck  officers  aboard  survey  ships  through 
Officers  In-Charge  of  field  units  and  Commanding  Officers  of 
Survey  Ships,  to  the  Director  of  the  C$GS.   This  organization 
also  provided  executive  development  procedures  not  unlike  the 
military  or  large  industrial  firms.   Significant  benefits 
were  inherent  in  the  commissioned  personnel  system  as  applied 
to  the  C£GS.   Professional  officers  with  engineering  and 
scientific  backgrounds  could  be  directed  to  serve  when  and 
where  needed  in  any  component  of  the  Administration,  regard- 
less of  the  remoteness  of  the  station,  the  length  of  family 
separation,  or  the  hazards  of  the  duty.   The  broad  experience 
gained  by  each  officer  serving  throughout  the  Administration 
contributed  to  a  better  understanding  of  the  interrelations 
of  the  Administration's  many  functions  and  enhanced  its  total 
competence.   C§GS  Corps  officers  wore  the  rank  designations 
of  the  Navy  and  Coast  Guard  officers.   The  uniform  was 
patterned  after  those  of  the  Navy.   There  were,  however,  no 
enlisted  personnel.   Positions  not  held  by  C$GS  Corps  officers 
were  held  by  government  general  schedule  and  wage  board 
employees . 


14 


In  1965  Presidential  Reorganization  Plan  No.  2  consolidated 
the  C§GS  and  the  Weather  Bureau  to  form  the  Environmental 
Science  Services  Administration  (ESSA) .   Subsequent  action 
by  the  Secretary  of  Commerce  added  the  Central  Radio  Propaga- 
tion Laboratory  of  the  National  Bureau  of  Standards  to  the 
new  Administration  which  was  designed  to  provide  a  single 
national  focus  on  efforts  to  describe,  understand,  and  predict 
the  environment.   In  his  message  transmitting  the  Reorganiza- 
tion Plan  to  Congress,  the  President  proclaimed  that 
"Commissioned  officers  of  the  Coast  and  Geodetic  Survey  will 
become  commissioned  officers  of  the  Administration  and  may 

serve  at  the  discretion  of  the  Secretary  of  Commerce  through- 

r?  -4"I 
out  the  Administration.   '  J 

The  new  role  of  the  Commissioned  Corps  in  ESSA  thus 
required  an  increase  in  the  scope  of  duties  for  officers 
which  in  turn  complicated  the  manpower  management  responsi- 
bilities of  the  commissioned  personnel  branch  of  the  personnel 
office  in  ESSA  headquarters.   Officers  were  now  recruited  with 
backgrounds  other  than  the  traditional  ones  of  civil  engineer- 
ing and  geodesy,  and  subsequently  began  to  fill  positions  in 
other  components  of  the  new  organization.   The  traditional 
career  patterns  began  to  change  in  that  officers  could  now 
fill  billets  in  different  career  disciplines.   Well  -  structured 
career  patterns  in  disciplines  other  than  geodesy  and  engineer- 
ing/hydrography were  not  possible  in  most  cases.   Upper  level 
billets  for  officers  in  the  non- traditional  part  of  the  organ- 
ization had  not  been  identified  and  filled.   The  majority  of 
the  officer  billets  were  still  in  the  surveying  organization. 


The  limitations  of  a  small  officer  corps  necessitated  some 
officers  working  temporarily  outside  their  area  of  expertise. 
The  commissioned  corps  was  again  involved  in  a  consolida- 
tion effort  on  July  9,  1970,  when  the  President  transmitted 
Reorganization  Plan  No.  4  to  Congress.   The  Plan  created  the 
National  Oceanic  and  Atmospheric  Administration  (NOAA)  within 
the  Department  of  Commerce.   The  new  organization  was  composed 
of  the  National  Ocean  Survey  (the  old  C$GS) ,  the  National 
Weather  Service,  the  National  Marine  Fisheries  Service,  the 
Environmental  Research  Laboratories,  the  National  Environmental 
Satellite  Service,  the  Environmental  Data  Service,  Sea  Grant, 
and  other  smaller  organizations.   The  ESSA  Corps  became  the 
NOAA  Corps,  and  provision  was  made  for  an  officer  of  Rear 
Admiral  (upper  half)  rank  to  act  as  its  Director.   The  Director 
of  the  NOAA  Corps  became  responsible  for  the  recruitment, 
training,  assignment  and  career  development  of  commissioned 
officers.   The  mission  of  the  NOAA  Corps  was  established  as 
follows : 

The  mission  of  the  NOAA  Corps  is  to  provide  officers 
technically  competent  to  assume  positions  of  leadership 
in  NOAA ' s  programs.   Members  of  a  uniformed  service, 
they  serve  as  officers  of  the  Department  of  Commerce 
or  as  military  officers  if  transferred  to  the  armed 
services  during  times  of  emergency.   Discipline  and 
flexibility  are  inherent  in  the  Corps  personnel  system. 
NOAA  officers  are  trained  for  positions  of  leadership 
and  command  in  the  operation  of  ships  and  aircraft; 
in  the  conduct  of  field  projects  on  land,  at  and  under 
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the  sea,  and  in  the  air;  in  the  management  of  NOAA 
observational  and  support  facilities;  as  members  or 
leaders  of  research  efforts;  and  in  the  management  of 
various  organizational  elements  throughout  NOAA.'-2:5-' 

With  the  addition  of  substantial  program  responsibilities 
to  the  organization,  the  role  of  the  commissioned  corps  again 
was  diversified.   The  recruitment  effort  was  broadened  to 
obtain  an  ample  number  of  officers  from  disciplines  compati- 
ble with  the  new  responsibilities.   The  new  breed  gradually 
began  assuming  positions  in  the  new  technical  and  ocean 
related  operations.   In  spite  of  the  fact  that  the  new  respon- 
sibilities given  to  the  Administration  did  bring  gradual 
increases  in  the  size  of  the  commissioned  corps,   the  problems 
of  establishing  viable  career  fields  for  commissioned  officers 
in  the  new  programs  increased. 

At  the  present  time  (1978) ,  the  NOAA  organization  has 
acquired  even  more  program  responsibilities  and  has  recently 
undergone  an  internal  reorganization.   The  main  focus  of  the 
organization,  however,  remains  the  same  as  it  was  when  first 
organized  in  1970.   Figure  2  shows  the  present  organization 
structure  of  NOAA.   (It  should  be  noted  that  this  is  a  snap- 
shot view  of  a  constantly  changing  structure.)   The  following 
is  a  breakdown  of  the  Major  Line  Components  (MLC's)  under  the 
Assistant  Administrator  offices  shown  in  Figure  2.   Components 
in  which  NOAA  Corps  officers  are  presently  serving  have  been 
underlined . 


Present  size  is  380  officers. 
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ASSISTANT  ADMINISTRATOR  FISHERIES 

Office  of  International  Fisheries  Affairs 

Office  of  Science  and  Environment 

Office  of  Resource  Conservation  and  Management 

"Office  of  Marine  Mammals  §  Endangered  Species 

Office  of  Utilization  and  Development 

Regional  Offices 

Fisheries  Centers 

ASSISTANT  ADMINISTRATOR  COASTAL  ZONE  MANAGEMENT 

Office  of  State  Programs 

Office  of  Coastal  Energy  Impact  Programs 

ASSISTANT  ADMINISTRATOR  RESEARCH  AND  DEVELOPMENT 

Environmental  Research  Laboratories 
Office  of  Sea  Grant 
Office  of  Ocean  Engineering 
*U.S.  Climate  Program  Office 

**ASSISTANT  ADMINISTRATOR  OCEANIC  AND  ATMOSPHERIC  SERVICES 


National 

Weath 

ier  Service 

***National 

Ocean  Survey 

Environmental 

Data  Service 

National  Environment  Satellite  Service 

ASSISTANT  ADMINISTRATOR  ADMINISTRATION 

Office  of  Administrative  Operations 
Office  of  Management  and  Computer  Systems 
Office  of  Finances- 
Office  of  Personnel" 

Office  of  Radio  Frequency  Management 
Northwest  Administrative  Service  Office 


Will  not  be  established  until  Congress  acts 
**Contains  70%  of  NOAA  employees 
***Contains  largest  single  number  of  officers 


This  office  provides  financial  administrative  support 
for  the  NOAA  Corps  Personnel  Office.   Constant  hard  copy 
transmission  of  necessary  information  is  required  from  the 
NOAA  Corps  Personnel  Office  to  the  NOAA  Personnel  Office. 

2This  office,  because  of  incompatible  personnel  adminis- 
tration procedures  and  responsibilities,  is  a  separate  office 
from  the  NOAA  Corps  Personnel  Office  under  NOAA  Corps  as 
shown  in  Figure  2.   Personnel  data  for  record  keeping  flows 
from  NOAA  Corps  to  NOAA  Personnel  Office. 
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The  Director  of  NOAA  Corps  administers  the  380  officers 
of  the  Corps  from  a  NOAA  headquarters  unit  in  Rockville, 
Maryland.   As  previously  stated,  he  is  responsible  for  the 

Director,  NOAA  Corps  (NC) 


O  J 


CHIEF,  Commissioned  CHIEF,  Program  Planning 

Personnel  Division  Liaison  and  Training 

(NCI)  Division  (NC2) 


recruitment,  training,  assignment  and  career  development  of 
commissioned  officers.   To  aid  in  meeting  this  responsibility 
he  has  the  efforts  of  the  two  divisions  shown  above  plus  four 
part-time  officer  boards;  the  Officer  Personnel  Board  (OPB) , 
the  Officer  Assignment  Board  (OAB) ,  the  Flight  Board,  and 
the  full-time  University  Training  Board  (FUT  Board).   The 
members  of  the  boards  are  commissioned  officers  who  take 
time  from  full-time  positions  in  other  NOAA  components  to 
meet  on  a  periodic  basis  and  made  recommendations  to  the 
Director  concerning  their  areas  of  responsibility.   The 
Commissioned  Personnel  Division  (NCI)  is  responsible  for  the 
general  administrative  details  concerning  the  officers  from 
the  time  they  are  recruited  until  after  they  are  retired. 
The  administrative  details  of  the  training  and  financial 
management  of  the  corps  falls  to  the  Program  Planning, 
Liaison  and  Training  Division  (NC2) . 
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III.   METHODOLOGY 

In  the  introduction  it  was  stated  that  the  main  objective 
of  this  thesis  was  to  analyze  the  feasibility  of  automating 
some  aspects  of  a  small  personnel  management  information 
system.   The  secondary  and  possibly  equally  important  objec- 
tive was  to  provide  a  basis  from  which  further  planning  and 
design  work  could  proceed  in  the  event  that  a  decision  was 
made  to  proceed  with  the  automation  project. 

The  initial  concentration  of  the  thesis  was  to  formulate 
and  describe  a  problem  statement  for  the  manual  personnel  system 
Further  discussion  then  focused  on  the  various  causes  that 
had  combined  to  germinate  the  problem.   This  discussion  also 
presented  details  about  the  day  to  day  operation  of  the 
personnel  system. 

Having  made  a  largely  subjective  determination  of  the 
problem,  the  next  step  involved  an  analysis  of  the  needs  of 
the  system.   These  needs  were  gathered  from  substantial 
numbers  of  phone  conversations,  personal  interviews  with 
personnel  directly  involved  with  the  system,  and  personal 
experience  with  the  system.   The  personnel  interviewed  were 
classified  into  two  groups- -operators  and  users.   The  term 
operator  refers  to  the  personnel  directly  involved  in  the 
day  to  day  operation  of  the  system  and  user  refers  to  the 
commissioned  officers  themselves.   Almost  without  exception 
the  comments  of  both  groups  referred  to  the  need  for  an 
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automated  system  of  some  sort.   With  the  exception  of  a  few 
individuals,  computer  training  or  experience  was  extremely 
limited.   As  a  result,  some  comments  reflected  needs  that 
could  require  a  consumption  of  resources  far  out  of  proportion 
to  the  possible  benefits  resulting  from  the  new  system.   With 
the  exception  of  a  few  of  these  rather  costly  needs,  all 
expressed  needs  were  considered  in  the  construction  of  five 
specific  objectives.   These  objectives  were  then  discussed  in 
terms  of  detailed  actions  or  methods  required. 

Having  defined  the  objectives  to  be  reached  by  the  imple- 
mentation of  an  automated  system,  the  next  major  step  was  the 
design  of  a  general  automated  data  handling  and  storage 
system.   The  system  was  designed  in  general  terms  in  order 
to  describe  the  size  system  needed  to  fulfill  all  of  the 
collective  needs  identified  during  the  analysis  phase  and  to 
allow  flexibility  in  the  design  of  the  final  system  if  the 
decision  was  made  to  proceed.   The  system  design  included  the 
development  of  a  comprehensive  data  base,  a  description  of 
hardware  and  software  needs,  a  description  of  the  system  in 
operation,  and  a  general  discussion  of  many  other  design 
considerations . 

Subsequent  to  the  design  of  a  general  system  came  the 
presentation  of  alternative  methods  of  providing  a  system 
to  meet  the  objectives.   The  alternatives  were  evaluated 
using  weighted  evaluation  criteria.   The  weights  were  supplied 
by  the  author.   The  evaluation  process  was  designed  to  allow 
the  final  decision-maker  to  supply  his  own  weights  and, 
therefore,  select  the  alternative  best  suited  to  the  environ- 
ment at  the  time  of  the  decision. 


The  alternative  selection  process  is  followed  by  a  dis 
cussion  of  the  different  factors  to  be  considered  in  imple 
menting  a  new  automated  system.   The  thesis  ends  with  a 
discussion  of  conclusions  and  recommendations. 
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IV.   DEFINITION  AND  ANALYSIS  OF  THE  PROBLEM 

A.  DEFINITION 

As  in  many  complex  organizational  analyses,  an  exact 
determination  of  a  specific  problem  in  the  operation  of  the 
NOAA  Corps  personnel  system  was  not  realistically  possible. 
The  generalized  problem  statement  below  was  inferred  somewhat 
subjectively  from  interviews  and  personal  experience  rather 
than  extracted  from  a  detailed  analysis  of  the  system  and 
perhaps  a  subsequent  determination  of  hampered  mission  effec- 
tiveness.  It  was  felt  that  mission  effectiveness,  in  this 
situation,  was  not  quantifiable  and  that  the  results  of  a 
detailed  analysis,  were  it  made,  would  also  be  controlled  to 
a  large  extent  by  many  subjective  decisions  of  the  investigator. 
In  either  case,  the  description  of  the  problem  would  be  subjective 

Problem  Statement: 

Changing  environmental  conditions  within  and  outside 
the  NOAA  Corps  organization  have  hampered  the  effective  per- 
formance of  the  overall  NOAA  Corps  personnel  system  and 
potential  exists  for  future  deterioration  of  that  effective- 
ness . 

B.  ANALYSIS 

The  cause  of  the  stated  problem  again  could  not  be  narrowed 
down  to  a  concise  statement  that  would  allow  easy  analysis  and 
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correction.   It  was  the  opinion  of  the  author,  however,  that 
many  symptoms  centered  around  an  ever  increasing  workload  in 
the  Commissioned  Personnel  Division  (NCI)  of  NOAA  Corps  Head- 
quarters and  that  this  situation  had  affected  other  aspects 
of  the  personnel  system.   The  following  is  a  discussion  of 
some  of  the  smaller  causes  of  the  general  problem: 

1 .  Increasing  Responsibilities  of  NCI 

The  past  few  years  had  seen  increases  in  the  effort 
required  to  establish  and  maintain  viable  EEO  and  Affirmative 
Action  programs.   Contemporary  attitudes  toward  these  programs 
were  expected  to  increase  or  at  least  remain  at  the  same  level 
in  the  future . 

2 .  Increasing  Demands  for  Information  from  NCI  As  a  Result 
of  Expanding  Corps  Size  and  Responsibilities 

a.   NOAA  Personnel  System 

The  personnel  offices  of  NOAA  nad  NOAA  Corps  were 
separate  but  interrelated  offices.   Some  personnel  and  finan- 
cial records  in  the  two  systems  were  duplicated  because: 
(1)  the  NOAA  office  handled  the  financial  transactions  such 
as  payroll  and  travel  claims  using  appropriate  data  submitted 
from  NCI;  (2)  the  personnel  systems  were  inherently  different 
(civilian  vs  commissioned)  and  the  types  of  records  were  not 
completely  compatible;  and  (3)  the  NOAA  personnel  and  finance 
systems  were  automated  while  the  NOAA  Corps  systems  were  not. 

The  NOAA  personnel  system  known  as  PERC ,  if  kept 
current,  required  a  great  deal  of  attention  in  the  form  of 
constant  transmittals  of  information  via  written  documents 
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from  NCI  to  NOAA.   In  the  past,  time  constraints  in  NCI 
prevented  the  current  transmittal  of  some  personal  informa- 
tion from  NOAA  Corps  to  NOAA.   Increased  pressure  to  keep 
NOAA  records  current  resulted  in  an  increased  amount  of  time 
being  devoted  to  the  preparation  and  transmittal  of  informa- 
tion to  the  PERC  system. 

b .  Dependents/Survivor  Information 

Recent  years  had  seen  a  substantial  proportional 
increase  in  the  amount  of  information  kept  on  officer  depen- 
dents and  survivors.   This  occurred  for  two  basic  reasons. 
The  number  of  officers  increased  and  the  information  required 
by  administrators  of  the  CHAMPUS  program  became  more  compre- 
hensive . 

c.  EEO  Statistics 

With  the  advent  of  new  EEO  and  affirmative  action 
programs  came  the  necessary  effort  to  keep  track  of  the  various 
statistics  involved. 

d.  Officer  Assignment  Board  (OAB) 

The  OAB  consisted  of  approximately  seven  officers 
representing  ranks  from  Lieutenant  (junior  grade)  to  Captain. 
It  met  as  required  (usually  three  days  a  month)  for  one-half 
day  sessions.   The  officers  had  other  full-time  jobs  relegating 
to  the  OAB  the  status  of  a  rather  important  collateral  duty. 
In  general  the  responsibility  of  the  OAB  was  to  monitor  the 
assignments  of  NOAA  Corps  officers  and  recommend  to  the 
Director  on  a  periodic  basis  assignment  changes  that  were  in 
the  best  interest  of  NOAA,  the  NOAA  Corps,  and  the  officer 
himself. 

26 


Changes  of  program  responsibilities  from  the 
rather  narrow  one  of  the  C$GS  to  the  many  and  varied  ones  of 
NOAA,  the  increased  number  of  officers,  and  the  recruitment 
of  officers  from  many  new  disciplines  drastically  increased 
the  complexity  of  the  task  of  the  OAB .   They  were  faced  with 
decisions  that  required  more  information  about  the  officers 
and  possible  assignments.   Much  of  this  information  was 
required  of  NCI  at  a  time  when  other  demands  for  information 
were  also  increasing. 

e.   Officer  Personnel  Board  (OPB) 

The  OPB  consisted  of  approximately  six  officers 
in  the  ranks  of  Commander  and  Captain.   It  met  as  required 
(usually  one  day  a  month)  for  a  half-day  session.   These 
officers  also  had  other  full  time  jobs  in  the  upper  management 
levels  of  NOAA.   In  general  their  responsibilities  as  members 
of  the  OPB  were  (1)  to  review  all  applicants  to  the  Corps  and 
make  recommendations  to  the  Director  on  acceptance  or  rejec- 
tion; (2)  to  review  questionable  personnel  situations  and  make 
recommendations  to  the  Director  concerning  appropriate  disci- 
plinary action;  (3)  to  annually  review  the  experience  and 
qualifications  of  all  officers  below  the  rank  of  Rear  Admiral 
and  make  recommendations  to  the  Director  to  adjust  relative 
positions  on  the  lineal  list  to  insure  that  it  was  in  order 
of  increasing  experience,  qualifications,  and  overall  compe- 
tence for  promotional  purposes;  and  (4)  to  review  all  officers 
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in  consideration  for  promotion  and  make  appropriate  recommenda 
tions  to  the  Director. 

Responsibilities  (3)  and  (4),  because  of  the 
increased  size  of  the  Corps  again  caused  proportional  increase 
in  the  amount  of  information  needed  from  NCI  files.   Responsi- 
bility (3)  was  especially  demanding  because  all  available 
appropriate  background  material  had  to  be  current  for  the 
annual  review. 

f.  Full-Time  University  Training  Board  (FUT) 

The  FUT  Board  was  composed  of  approximately  three 
senior  officers  who  met  as  required  to  consider  officer  appli- 
cations for  full-time  university  training  and  make  appropriate 
recommendations  to  the  Director.   These  officers  also  had 
other  full  time  assignments  in  NOAA  and  in  some  cases  served 
on  more  than  one  board. 

This  board,  being  relatively  new,  placed  another 
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demand  (albiet  not  a  substantial  one)  on  NCI. 

g.  NOAA  Corps  Aviation  Advisory  Board  (Flight  Board) 
The  Flight  Board  was  composed  of  approximately 

six  officers  representing  the  ranks  of  Lieutenant  Commander 
to  Captain.   It  was  responsible  for  reviewing  the  qualifica- 
tions of  applicants  to  the  flight  program  and  recommending 
those  best  qualified  to  the  Director.   The  Flight  Board  also 
monitored  the  training  and  performance  of  pilots,  along  with 
the  current  need  for  pilots  in  NOAA  and  made  recommendations 
on  pilot  assignments  and  the  size  of  the  officer  flight 
program. 


The  information  required  by  the  Flight  Board  from 
NCI  had  also  increased  because  of  an  expansion  of  the  number 
of  officers  in  the  flight  program.   The  nature  of  much  of  the 
information  needed  by  the  Flight  Board  was  unique  in  compari- 
son to  the  standard  records  kept  on  the  rest  of  the  Corps  in 
that  it  involved  qualifications,  training,  and  flight  hours 
in  different  types  of  aircraft. 

h.   Program  Planning,  Liaison  and  Training  Division  (NC2) 

The  information  demands  of  NC2  were  related  mainly 
to  financial  accounting  information  that  was  monitored  and 
transmitted  to  the  NOAA  finance  office  when  it  concerned  finan- 
cial obligations  that  required  payment.   These  information 
requirements  had  grown  in  direct  proportion  to  the  growth  of 
the  Corps  . 

i.   NOAA  Corps  Officers 

The  increased  size  of  the  Corps  caused  a  propor- 
tional increase  in  the  volume  of  records  that  were  kept  which 
resulted  in  increased  search  time  to  satisfy  each  request  for 
information.   Examples  of  information  required  included  indi- 
vidual inquiries,  periodic  reports,  and  catalogued  data  for 
the  various  boards.   Requests  from  individual  officers  such 
as  confirmation  of  eligibility  for  VA  mortgage  insurance 
also  increased  in  direct  proportion  to  the  increase  in  the 
number  of  officers. 

j .   Recruiting 

The  job  of  attracting  well  motivated  and  qualified 
applicants  from  the  engineering  and  scientific  communities 
had  become  increasingly  more  complex.   The  demand  for 
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competent  people  within  these  disciplines  was  high  in  the 
public  and  private  sectors  and  the  competition  faced  by 
NOAA  Corps  recruiters  was  increasing.   The  increasing  demands 
of  a  viable  affirmative  action  plan  also  stimulated  competi- 
tion for  qualified  applicants  from  the  minority  populations':  ■• 

With  the  increased  complexity  and  competitiveness 
of  the  recruiting  atmosphere  came  a  need  for  better  informed 
recruiters  and  increased  demands  for  current  information  from 
NC1.[4] 

k.   Liaison  Officers 

The  increased  responsibilities  of  NOAA  Corps 
officers  in  programs  other  than  NOS  and  the  subsequent 
increased  need  for  coordination  between  the  NOAA  Corps  per- 
sonnel system  and  those  program  administrators  lead  to  the 
designation  of  an  officer  in  each  program  as  a  liaison 
officer.   To  be  effective,  these  officers  needed  current 
information  on  officers  working  in  their  areas  of  responsi- 
bility, including  pending  transfers  in  and  out.   This  need 
for  information  was  becoming  quite  important.   The  volume 
was  increasing  while  the  need  for  currency  remained  the  most 
critical  factor  about  the  information  requested. 
3 .   Personnel  Ceilings 


In  spite  of  the  growth  in  the  size  and  complexity  of 
the  information  demands  on  the  NOAA  Corps  personnel  system, 
the  number  of  permanent  personnel  staffing  the  system  had  not 
been  allowed  to  grow  for  more  than  ten  years . 

The  resulting  gap  between  the  size  of  the  workload 
(specifically  in  NCI)  and  the  available  personnel  to  perform 
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the  work  necessitated  the  development  of  an  informal  priority 
system  that  dictated  what  would  and  would  not  be  done. 
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V.   NEEDS  AND  OBJECTIVES 

The  overriding  objective  of  most  organizations  in  imple- 
menting an  automated  data  handling  system  is  to  increase  the 
overall  effectiveness  of  the  organization  involved.   In  the 
private  sector  this  translates  into  increased  profits.   In 
the  public  sector  it  means  merely  increased  effectiveness. 
One  significant  phenomenon  that  is  representative  of  many 
system  installations,  both  private  and  public,  is  that  the 
time  saved  by  using  a  computer  to  perform  routine  functions 
is  quite  often  absorbed  by  efforts  needed  to  implement  and 
maintain  the  system.   The  end  result  can  increase  the  availa- 
bility of  current,  accurate  information  but  it  is  seldom 
accompanied  by  a  substantial  overall  time  savings  or  a  reduc- 
tion in  operating  costs.      -"   In  the  case  of  the  NOAA  personnel 
system,  because  of  the  nature  of  the  data  involved,  it  was 
likely  that  more  time  would  be  required  to  operate  the  auto- 
mated personnel  system,  with  a  concurrent  increase  in  the  cost 
of  operating  the  system.   The  overriding  objective  in  this  case 
was  to  increase  the  effectiveness  of  the  personnel  system  at 
the  lowest  possible  increase  in  costs. 

In  order  to  define  more  specific  objectives  for  the  auto- 
mated system  the  author  conducted  personal  or  telephone  inter- 
views with  personnel  from  virtually  all  groups  that  were  a 
part  of  the  commissioned  personnel  system.   This  included  NCI, 
NC2,  NOAA  personnel,  advisory  boards,  recruiters,  liaison 
officers  and  NOAA  Corps  officers  themselves.   Information  from 


these  interviews  and  personal  experience  with  different  aspects 
of  the  system  were  then  used  to  describe  the  perceived  needs 
of  the  present  personnel  system. 

The  needs  centered  around  the  basic  requirement  to  collect, 
monitor,  process,  use  and  disseminate  NOAA  Corps  personnel 
data.   In  an  environment  of  restricted  and  sometimes  declining 
personnel  resources,  it  was  not  realistic  to  assume  that  this 
help  could  come  in  the  form  of  an  increase  in  office  personnel. 
The  only  other  viable  source  of  help  was  the  use  of  data 
handling  equipment  of  some  sort.   It  is  understandable  then 
that  most  of  the  comments  concerning  needs  involved  the  use 
of  a  computerized  data  handling  system  to  help  the  commissioned 
personnel  division  to  deal  with  the  increasing  workload. 

The  Dath  towards  fulfillment  of  the  discussed  needs  can 
be  defined  by  five  specific  objectives: 

'Reduce  time  needed  for  data  retrieval  and  information 

preparation. 
"Increase  currency  of  data. 
'Aid  in  monitoring  suspense  dates. 
'Eliminate  hard  copy  records  where  possible. 
'Improve  data  and  information  dissemination  to  field 

units  and  NOAA  headquarters. 

A.   REDUCE  TIME  NEEDED  FOR  DATA  RETRIEVAL  AND  INFORMATION 
PREPARATION 

Data  retrieval  efforts  in  NCI  were  mainly  concerned  with 
answering  specific  questions  concerning  an  officer's  current 
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status  or  history,  maintaining  current  listings  such  as  the 
location  roster,  and  compiling  reports  on  a  periodic  basis. 
A  time  savings  could  be  realized  in  each  of  these  areas  with 
the  use  of  computerized  data  processing  equipment. 

Specific  inquiries  concerning  an  individual  officer  could 
be  answered  in  a  fraction  of  the  normal  time  if  the  individual 
doing  the  retrieval  had  easy  access  to  a  terminal  tied  to  a 
computer  system.   Representative  examples  of  possible  topics 
for  inquiries  included  dependent  eligibility  for  Champus ,  FHA 
mortgage  insurance  information,  Survivor  Benefit  Elections 
for  Retired  officers,  and  withholdings  for  the  G.I.  Bill  educa- 
tional program.      The  data  items  pertaining  to  these  topics 
are  presented  in  Appendix  A.   Inquiries  need  not  be  limited 
to  these  topics  only.   An  interactive  computer  system,  if 
properly  designed,  would  be  able  to  access  any  information  in 
the  data  base . 

The  time  saving  that  could  be  realized  using  an  inter- 
active system  to  retrieve  data  would  be  dependent  upon  the 
amount  of  time  saved  on  each  inquiry  and  the  number  of  inquiries 
performed . 

In  an  attempt  to  determine  the  extent  of  possible  time 
savings  that  could  be  realized  by  automating  the  retrieval 
and  processing  of  lists  and  reports,  a  short  data  analysis 
was  performed.   Initial  research  identified  ten  existing 
listings  and  reports  that  were  generated  from  data  in  an 
officer's  personnel  records.   These  listings  and  reports  are 
shown  below  with  comments  on  their  periods  of  updating: 

1.   Retired  List  (maintained  current,  published  yearly) 
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2.  Roster  (maintained  current,  published  yearly) 

3.  Location  Roster  (maintained  current,  published  yearly) 

4.  Sea/Shore/Mobile  Printout  (updated  weekly  OAB) 

5.  OPB  Report  (updated  yearly) 

6.  Promotion  Zone  Report  (continuous) 

7.  Approved  Assignment  Changes  (published  monthly) 

8.  Change  of  Location  Roster  (published  monthly) 

9.  Man-Day  Count  (maintained  current,  reported  yearly) 
10.  Resignation/Retirement/Separation  Report  (on  demand). 

The  contents  of  these  listings  and  reports  are  presented 
in  Appendix  B.   An  examination  of  the  data  items  in  each 
revealed  that  of  the  46  items  represented,  only  13  were  used 
more  than  once.   Of  those  13  items  only  5  were  used  more 
than  twice.   The  usage  rates  of  the  items  used  more  than  once 
are  presented  in  Appendix  C.   It  was  apparent  from  the  analysis 
that  redundancy  of  data  items  between  listings  and  reports 
was  relatively  limited.   However,  a  time  savings  could  be 
expected  in  this  area  which  would  be  a  result  of  less  time 
being  needed  to  physically  retrieve  and  prepare  the  data. 
An  automated  system  could  generate  accurate  listings  and 
reports  on  a  moment's  notice  if  the  data  in  storage  were 
accurate  and  current. 

In  general  the  overall  time  savings  that  would  be 
realized  by  converting  to  an  automated  data  retrieval  and 
information  preparation  system  would  be  a  result  of  the 
increased  speed  of  the  computer  in  retrieving  information 
from  manual  files.   It  was  also  very  probable  that  some  of 
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the  time  saved  by  increasing  the  speed  of  retrieving  and 
processing  this  data  would  be  needed  to  input  the  data  into 
the  computer  system  and  ensure  that  it  was  both  accurate  and 
current.   Another  likelihood  was  that  increased  efficiencies 
in  handling  data  would  result  in  increased  data  requirements 
being  placed  on  NCI.   The  result  of  implementing  and  main- 
taining an  automated  system  therefore  might  not  be  an  abun- 
dance of  extra  time  for  personnel  to  perform  other  tasks. 
The  result  should,  however,  be  more  rapid  access  to  more 
current  information,  which  could  be  presented  in  flexible 
formats . 

B.   AID  IN  MONITORING  SUSPENSE  DATES 

The  NOAA  Corps  personnel  office  was  responsible  for 
monitoring  a  substantial  number  of  action  or  suspense  dates 
on  or  about  which  different  actions  had  to  take  place. 
These  dates  were  monitored  using  manual  methods  which  required 
constant  vigilance  and  attention  to  detail .   The  following 
list  is  fairly  representative  of  the  type  of  dates  that  had 
to  be  accounted  for.   J 

Pending  detachment  and  reporting  dates. 

Date  of  next  longevity  pay  increase. 

Date  of  next  aviation  career  incentive  pay  increase. 

Promotion  eligibility  date. 

Date  of  next  uniform  allowance. 

Date  of  expiration  of  flag  officers  warrant. 

Champus  eligibility  dates  for  dependents. 

Temporary  disability  retirement  dates  (physicals,  completion 
of  five  years) 


For  the  most  part  these  dates  were  computed  using  other 
data  in  the  officer's  personnel  record  such  as  promotion 
control  date  and  date  of  entry  on  duty.   It  was  possible 
that  the  computer  could  be  used  to  compute  these  suspense 
dates  more  accurately  and  automatically,  and  produce  a  daily 
printout  of  actions  required  by  NCI.   The  implementation  of  a 
capability  such  as  this  would  require  relatively  little  addi- 
tional costs  in  the  form  of  software  development  if  the  base 
data  was  already  present  in  a  computerized  system.   The 
overall  benefit  of  automating  this  aspect  of  the  personnel 
system  would  be  time  saved  in  maintaining  physical  records 
of  suspense  dates,  time  saved  in  searching  records  for  pending 
dates,  and  increased  effectiveness  in  monitoring  these  dates. 

C.   INCREASED  CURRENCY  OF  DATA 

The  NOAA  Corps  personnel  information  system  involved  a 
number  of  periodic  inputs  of  information,  primarily  forms 
submitted  by  individual  officers.   In  many  instances,  the 
timely  arrival  of  this  information  was  relatively  important, 
not  only  to  the  personnel  office  but  to  the  advisory  boards , 
upper  management,  and  the  officers  themselves.   Inherent 
communication  problems  involved  with  a  group  of  such  widely 
scattered  and  sometimes  isolated  individuals  oftentimes 
encouraged  or  allowed  late  submittal  or  non-submittal  of 
some  required  information. 

It  was  felt  by  some  NCI  personnel  that  an  automated 
tickler  system  involving  at  least  the  following  items  would 
be  helpful  in  monitoring  late  or  non-submittals  and  issuing 


A  ^-~< 


[3] 


^Periodic  Physicals  (Avaiation  Career  Incentive  Pay 

Physicals  Included) 
*Fitness  Reports 

Record  of  Emergency  Data 
^Endorsed  PCS  Orders 

Service  Reports 
^Receipt  of  "Final  Papers"  on  Separation 
*PCS  Travel  Questionnaire. 

The  items  marked  with  an  asterisk  (*)  were  due  on  dates 
that  depended  on  the  occurrence  of  an  initiating  action  such 
as  a  pending  PCS  transfer  and  as  such  might  be  included  under 
the  previously  discussed  suspense  date  monitoring  system. 
The  items  without  an  asterisk  were  due  at  a  fixed  time  each 
year.   Recording  the  receipt  of  these  items  in  a  computer's 
data  file  would  be  helpful  in  that  current  listings  and  answers 
to  specific  inquiries  could  be  generated  quite  rapidly. 
Another  useful  function  of  the  computer  would  be  to  generate 
address  labels  and  print  tickler  letters. 

An  alternative  to  handling  the  non-asterisked  items  would 
be  to  log  them  on  paper,  generate  a  "tardy"  list,  gather  the 
mailing  address  from  the  presently  used  source,  and  print  the 
tickler  letters  using  a  newly  acquired  word  processor. 
Recording  the  receipt  of  the  forms  would  be  necessary  in  either 
case  . 

If  a  tickler  system  were  implemented  to  help  increase  the 
currency  of  the  data  held  by  NCI  the  use  of  a  computer  would 
save  time  in  generating  the  tardy  list,  in  listing  the 
necessary  addresses  and  even  printing  address  labels  and 


tickler  letters.   The  new  software  needed  to  generate  the 
tardy  list  with  addresses  would  be  relatively  simple  to 
develop . 

D.   IMPROVE  DATA  COMMUNICATIONS 

This  objective  concerns  creating  new  procedures  for 
communicating  information  between  NCI  and  other  parts  of 
the  NOAA  personnel  system.   The  changing  structure  and 
responsibilities  of  NOAA  and  the  NOAA  Corps  had  created  new 
situations  in  which  the  timely  communication  of  data  from 
NCI  was  required  to  effectively  manage  NOAA  Corps  resources. 
New  needs  that  were  identified  during  telephone  conversations 
and  interviews  with  individuals  dependent  on  NCI  for  informa- 
tion are  listed  below: 

'Flight  Board  Report 

'Recruiter  Report 

'Liaison  Officer  Report  (Including  Marine  Centers) 

'Officer  Personnel  Record  Report 

'Service  Index  Report  (Need  Pending) 

'NOAA  Uniform  Automated  Data  Processing  System  for 
Personnel  Management  (PERC) 

In  general  these  new  reports  required  the  collection  of 
little  new  data.   Assuming  the  current  personnel  records 
were  automated  and  data  was  stored  in  a  data  base,  the 
additional  work  required  to  communicate  this  information 
would  be  limited  to  generating  a  computer  printout  in  the 
desired  format  and  mailing  the  hard  copy  to  the  users  on  a 


periodic  basis.   The  listings  of  the  data  items  involved  are 
presented  in  Appendix  D. 

The  data  items  listed  for  these  reports  were  preliminary. 
Further  study  with  the  prospective  users  should  be  performed 
to  analyze  trade-offs  concerning  users  need  to  know,  the  addi- 
tional effort  required  to  collect  new  data,  and  the  frequency 
of  report   transmittal. 

As  an  alternative  to  having  NCI  generate  these  reports 
it  might  be  (depending  on  system  chosen)  technically  possible 
and  economically  justifiable  to  allow  users  to  access  this 
information  in  an  interactive  mode  from  remote  terminals. 

1  .   Flight  Board  Report 

The  Flight  Board,  acting  in  an  advisory  capacity, 
had  use  for  information  in  monitoring  NOAA  Corps  officers 
within  the  flight  program.   There  was  little  formal  exchange 
of  data  between  the  board  and  NCI. 

If  the  personnel  record  data  items  as  described  in 
Appendix  B  were  to  be  entered  into  a  computerized  system, 
the  additional  effort  needed  to  generate  this  report  would 
be  minimal.   Of  the  nine  data  items  in  this  record,  seven 
would  already  be  in  storage.   An  additional  software  program 
might  be  needed  to  completely  automate  the  generation  of 
this  report.   Two  data  items  would  have  to  be  added  to  the 
data  base.   They  were,  however,  items  that  were  already 
being  stored  in  hard  copy  form. 


40 


2 .  Recruiting  Report 

Three  full  time  NOAA  recruiters  annually  visited 
approximately  100  colleges  and  universities  throughout  the 
country.   They  were  quite  often  faced  with  situations  in 
which  knowledge  of  the  data  listed  in  Appendix  D,  Item  2, 
would  be  of  value  in  contacting  or  referring  to  other  NOAA 
Corps  officers.   Methods  of  obtaining  this  information  were 
often  time  consuming  and  the  information  was  often  outdated 
when  received. 

Additional  effort  needed  to  generate  this  report 
also  would  be  minimal  assuming  prior  automation  of  Appendix  B 
items.   Of  the  seven  data  items  required,  five  would  already 
be  recorded.   The  other  two  were  recorded  elsewhere  in  hard 
copy  form.   Another  short  program  would  be  required  to  be 
able  to  generate  the  report  with  very  little  effort.   The 
additional  effort  that  would  be  needed  consisted  of  entering 
the  data  items  initially,  requesting  system  to  generate  the 
printout,  and  mailing  the  printout. 

3 .  Liaison  Officer  Report  (Including  Marine  Centers) 

The  position  of  liaison  officer  was  relatively  new. 
It  essentially  was  a  collateral  duty  of  a  designated  officer 
serving  in  one  of  NOAA's  major  line  components  such  as 
National  Marine  Fisheries  Service,  Environmental  Research 
Laboratories,  or  the  National  Ocean  Survey.   The  officer 
was  responsible  for  coordinating  NOAA  Corps  dealings  with 
his  respective  Main  Line  Component  (MLC) . 
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With  the  changing  role  of  the  NOAA  Corps,  the  numbers 
of  officers  in  each  MLC  other  than  National  Ocean  Survey  were 
increasing,  causing  a  subsequent  increase  in  the  responsibilities 
of  the  liaison  officers.   To  adequately  meet  these  responsi- 
bilities, the  liaison  officers  needed  current  information  on 
officers  PCSing  into  his  MLC,  serving  within  his  MLC,  and  PSCing 
to  another  assignment  within  or  outside  his  MLC .   ■" 

Again  the  generation  of  this  report  would  require  little 
extra  effort  on  the  part  of  NCI.   Of  13  data  items  listed,  seven 
would  already  be  in  the  computerized  system  and  the  other  six 
were  kept  in  other  hard  copy  records.   A  new  program  would  be 
needed  to  retrieve  and  print  the  data  in  a  predetermined  format. 

4 .  Officer  Personnel  Record  Report 

This  report  could  be  used  not  only  to  keep  the  individ- 
ual officers  better  informed  about  the  contents  of  their 
personnel  records,  it  could  also  be  used  to  correct  errors  in 
each  file.   The  report  would  consist  of  all  information  kept 
on  the  automated  system  which  applies  to  each  officer. 

The  new  effort  needed  from  NCI  would  be  to  generate 
and  mail  the  printout  and  then  make  any  subsequent  changes 
to  the  data  base.   The  capability  to  output  such  a  report 
would  again  require  a  new  software  program.   The  end  result, 
however,  would  be  a  better  informed  group  and  a  more  accurate 
data  base . 

5 .  Service  Index  Report 

The  service  index  was  a  personnel  evaluation  tool 
devised  by  John  D.  Bossier,  CDR,  NOAA  Corps  in  1977.   The 


index  was  proposed  for  use  by  the  OPB  as  an  aid  in  its  annual 
review  of  the  competence  and  performance  factor  of  each  NOAA 
Corps  officer.   The  use  of  the  system  involved  the  computation 
of  an  individual  service  index  from  personnel  data  such  as 
education,  experience,  service  time,  and  awards. 

The  service  index  system  as  proposed  was  designed  for 
use  with  an  automated  personnel  data  handling  system  and, 
partially  because  of  the  absence  of  such  a  system,  was  not 
implemented.   Of  the  24  data  items  needed  for  the  computation, 
5  items  would  already  exist  in  the  previously  discussed  auto- 
mated data  base.   Ten  items  would  have  to  be  computed  or  added 
at  the  time  of  the  service  index  computation  and  the  remainder 
of  the  items  were  kept  in  hard  copy  form. 

The  additional  effort  that  would  be  required  to  supply 
such  a  service  index  report  would  involve  keeping  current 
approximately  14  relatively  inactive  data  items,  and  entering 
OPB  supplied  Bias  Correctors  prior  to  the  computer  run  which 
would  generate  the  report.   The  software  that  would  be  required 
would  be  somewhat  more  complicated  than  ones  mentioned  previous 
ly  because  of  a  few  computations  that  would  be  required. 

The  benefit  of  this  report  would  be  a  relatively 
current,  objective  evaluation  tool  for  use  by  the  OPB  in  per- 
forming what  had  historically  been  a  very  complex  and  laborious 
task.   A  detailed  description  of  the  service  index  report  is 
presented  in  Appendix  E. 
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6 .   Uniform  Automated  Data  Processing  System  for  Personnel 
Management  (PERC) 

The  NOAA  personnel  ADP  system,  commonly  called  PERC, 
was  implemented  in  1969.   It  was  the  result  of  one  of  the 
recommendations  of  a  study  conducted  by  the  Office  of 
Management  and  Organization,  Department  of  Commerce  in  1964- 
1965.   The  study  concluded  that  adoption  of  a  Department- 
wide  Uniform  ADP  Personnel  Management  System  would: 

a.  Result  in  more  effective  personnel  management. 

b.  Increase  productivity. 

c.  Improve  record  quality. 

d.  Facilitate  personnel  planning. 

e.  Result  in  more  accurate  and  timely  personnel 
reporting . 

In  19  70  with  creation  of  the  NOAA  Corps  from  the  ESSA 
Corps,  the  administrative  support  personnel  for  commissioned 
officers  were  separated  functionally  from  the  NOAA  personnel 
system.   The  new  office  came  under  the  newly  established 
position  of  Director,  NOAA  Corps.   Since  that  time,  because 
of  the  rather  large,  inherent  differences  in  the  personnel 
serviced  by  those  two  systems,  the  two  systems  had  been 
operating  separately  with  but  two  functional  lines  of 
communication:   Financial  data  communications  necessitated 
by  the  fact  that  the  NOAA  office  retained  the  payroll  check 
printing  function,  and  personnel  data  communications  necessi- 
tated by  the  obligation  to  feed  the  PERC  system.   These  com- 
munications were  accomplished  using  basically  three  manually 


prepared  documents  (NOAA  Forms  56-1,  2,  3)  and  letters  of 
transmittal.   The  communications  are  mainly  one-way  (NCI  to 
the  NOAA  finance  and  personnel  officers) .   The  NOAA  finance 
and  personnel  data  processing  centers  were  set  up  to  obtain 
all  information  in  hard  copy.   The  data  was  processed  in  a 

batch  mode  with  subsequent  reports  and  payroll  checks  prepared 

rq"| 

by  the  computer.   J 

A  comparison  of  the  PERC  data  base  with  data  items 
kept  in  NCL  files  (presented  in  Appendix  F)  revealed  a  rather 
drastic  disparity  between  the  content  of  the  two  systems. 
Data  submittals  to  the  PERC  system  were  also  analyzed 
(Appendix  F)  in  an  attempt  to  identify  actions  that  could  be 
improved  by  the  automation  of  NOAA  Corps  data  base.   It  was 
concluded,  in  light  of  the  methods  used  by  the  PERC  system 
in  processing  data  and  the  wide  disparity  in  the  content  of 
the  data  bases,  that  any  benefit  that  could  be  derived  from 
the  automation  of  NCI  personnel  files  would  be  limited  to 
computer  assisted  preparation  of  hard  copy  data  submittals. 
It  was  possible  that  if  data  entry  methods  used  for  the  PERC 
system  were  changed  to  permit  direct  access  of  PERC  software 
to  the  NCI  data  and  visa  versa,  considerable  time  and  effort 
could  be  saved  in  transmitting  this  information.   The  savings, 
however,  would  be  in  the  PERC  office,  and  not  in  NCI. 

The  same  situation  as  just  described  was  present  in 
the  transmittal  of  information  to  the  NOAA  finance  section. 
Commissioned  officers  and  civilian  pay  structures  have  little 
if  anything  in  common  necessitating  different  forms  and 
different  procedures  for  transmitting  the  information.   If, 
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however,  the  financial  data  input  procedures  were  changed 
and  the  financial  section's  software  had  access  to  NOAA  Corps 
financial  data,  the  effort  necessary  to  transmit  the  data 
manually  could  be  eliminated.   Particular  care  should  under- 
standably be  taken  in  implementing  such  a  system  as  any  foul- 
ups  that  would  normally  be  routine  could  cause  a  great  deal 
of  unrest  with  the  NOAA  personnel  involved. 

E.   ELIMINATE  MAINTENANCE  OF  HARD  COPY  RECORDS  WHERE  POSSIBLE 

The  manual  data  handling  system  required  that  considerable 
time  be  devoted  to  maintaining  hard  copy  lists  and  records. 
Automating  the  NCI  data  base  would  reduce  the  amount  of  time 
needed  for  this  maintenance  function  by  not  having  to  manually 
update  redundant  information  that  might  be  present  in  several 
locations.   If  and  when  hard  copy  records  and  lists  would  be 
needed,  software  programs  could  generate  them  in  short  order 
via  a  terminal  or  line  printer  in  the  designated  format  and 
they  would  (or  should)  contain  current  information.   The 
following  list  of  records  and  lists  represented  an  initial 
attempt  to  identify  possible  candidates  for  computerized 
storage,  maintenance  and  printing.   These  records  and  reports 
contained  data  items  that  were  required  to  be  current  and 
were  printed  on  a  periodic  basis. 

Service  Record 
Sea/Short/Mobile  Printout 
Roster 
Location  Roster 
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Retired  List 
Address  List  (Home) 
^Recruiter ' s  Report 
*Liaison  Officer's  Report 
*Flight  Board  Report 


*Proposed  New  Reports 
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VI.   SYSTEM  DESIGN 


A.  INTRODUCTION 

The  purpose  of  this  chapter  is  to  define  an  automated 
data  management  system  that  is  capable  of  fulfilling  the 
objectives  outlined/in  Chapter  V. 

B.  DEFINITIONS 

1.   Data  Base  Management  System  (DBMS)  is  a  software 
tool  that  provides  an  integrated  source  of  data  for  multiple 
users,  while  presenting  different  views  of  the  data  to 
different  users.   It  can  be  characterized  as  generalized 
software  which  provides  a  single  flexible  facility  for 
accommodating  different  data  files  and  operations,  while 
demanding  less  programming  effort  than  conventional  program- 
ming languages.   It  features  easy  access  to  the  data;  facili 
ties  for  storage  and  maintenance  of  large  volumes  of  data; 
and  most  importantly,  the  capability  for  sharing  the  data 
resources  among  different  types  of  users. 

Data  Base  Management  systems  range  from  elementary 
systems  with  single  record  structures,  providing  rudimentary 
report  formating  facilities,  to  very  elaborate  systems 
handling  several  files  with  hierarchial  structures,  perform- 
ing functions  in  an  on  line  mode,  and  having  sophisticated 

u-1 •*•    [26:9] 
query  and  report-writing  capabilities. 
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2-   Data  Definition  Language  (DDL)  describes  the  name  and 
type  of  each  data  item,  as  well  as  the  way  items  are  grouped 
into  records.   Also  the  DDL  must  indicate  primary  and  secondary 
keys  and  be  able  to  represent  record  relationships  such  as 
trees  and  networks  .  *■  26  :  131-' 

3.  Data  Manipulation  Language  (DML)  describes  the 
techniques  used  to  process  the  data  base.   It  tells  how  the 
records  can  be  retrieved,  replaced,  inserted,  and  detected. 
It  is  a  high  level  language  that  allows  the  user  to  communi- 
cate with  the  DBMS  using  English-like  statements.'--      ^ 

4.  Record  is  a  group  of  data  items.   Name  and  SSN  would 
be  data  items  in  an  officer  record. 

5.  Variable  Length  Record  is  a  record  for  which  there 
is  no  standard  length.   Computer  storage  of  these  records 
is  more  complicated  than  for  fixed  length  records  but  the 
ability  to  store  variable  length  records  reduces  the  amount 
of  storage  space  that  is  required  for  a  data  base. 

6 .  Repeating  Records  are  records  for  which  there  would 
be  more  than  one  occurrence  of  the  same  type  of  information 
in  the  same  format.   For  example,  a  fitness  report  record 
would  have  many  occurrences  of  the  same  type  of  information. 

7.  Application  Program  refers  to  a  software  program  that 
is  written  to  perform  a  specific  function  or  provide  a  specific 
output  product  such  as  a  list  or  report. 
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8.  Query  is  an  interrogation/command  from  the  user  to 
the  DBMS. 

9.  On  Line  is  a  terra  referring  to  a  situation  in  which 
the  subject  information  is  directly  accessible  to  use  through 
terminals  when  it  is  required. 

10.   Operating  System  is  the  software  which  controls  and 
schedules  the  actions  of  the  computer. 

C.   GENERAL  DESCRIPTIONS  AND  HARDWARE 

An  automated  system  that  was  adequate  for  meeting  the 
stated  objectives  required  several  capabilities.   In  order 
to  provide  query  and  real  time  input  and  output  capabilities 
the  system  had  to  be  what  is  referred  to  as  "on  line."   Users 
had  to  have  direct  access  to  the  data  base  via  remote  terminals 
This  necessitated  that  the  system  also  have  a  remote  printing 
capability  such  as  a  line  printer  and/or  teletype  and  that 
the  data  base  be  stored  on  a  direct  access  secondary  storage 
medium.   The  CPU,  operating  system  and  core  storage  of  the 
computer  involved  had  to  be  capable  of  outputting  data  to  a 
magnetic  tape  storage  medium  for  possible  batch  processing  of 
historical  records  at  some  point  in  the  future.   To  provide 
access  to  the  system  by  different  NOAA  elements  across  the 
U.S.,  a  telecommunications  capability  had  to  be  provided.   In 
summary,  the  system  was  to  consist  of  the  following  components: 

'Computer  (Micro,  Mini,  or  Main  Frame) 
'DBMS  (Compatible  with  computer) 
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'Terminals  (CRT  or  teletype) 

'Line  Printer 

'Secondary  Storage 

Direct  Access  -  Disc  Drive 

Sequential  Access  -  Magnetic  Tape  Drive 

'Telecommunications  Capability 

D.   DATA  BASE  DESIGN 

The  design  of  the  NOAA  Corps  data  base  was  a  function  of 
two  basic  factors.   They  were  the  determination  of  which  data 
items  should  be  included  and  the  selection  of  data  and 
storage  structures  for  the  data  base. 

The  determination  of  which  data  items  should  be  included 
proceeded  from  an  analysis  of  the  information  flow  into  and 
out  of  NCI.   By  necessity,  this  also  included  the  informa- 
tion kept  in  permanent  storage  in  NCI  files.   A  more  specific 
account  of  documents  involved  in  this  information  flow  and 
storage  is  listed  below.   The  data  included  in  most  of  these 
documents  can  be  found  in  Appendices  A,  B,  D  and  F. 

Retired  List 

Roster 

Location  Roster 

Sea/Shore/Mobile  Printout 

OPB  Report 

Promotion  Zone  Report 

Approved  Assignment  Changes  Report 

PERC  Submittals 

Change  of  Location  Roster 
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Man-Day  Count 

Resignation/Retirement /Separation  Report 

^Periodic  Physicals 

^Dependency  Certificate 

*Fitness  Reports 

*Record  of  Emergency  Data 

^Service  Reports 

*PCS  Travel  Orders  -  Endorsed 
**Flight  Board  Report 
**Recruiter  Report 
**Liaison  Officer  Report 
**Officer  Personnel  Record  Report 
**Service  Index  Report 
***Service  Record 

Information  for  data  items  was  also  collected  from  inter- 
views and  written  correspondence  with  personnel  intimately 
involved  with  the  personnel  system    (Interviews  and  Letter 
References) . 

It  was  not  felt  necessary  to  include  every  data  item  from 
each  source  of  information  in  the  automated  data  base.   The 
amount  of  effort  needed  to  obtain  and  enter  some  items  of  data, 
coupled  with  increased  storage  capacity  needed  and  subsequent 
longer  retrieval  times  far  overshadowed  the  possible  benefit 
that  could  be  sained  from  having  that  information  on  line. 


Info,  input  to  NCI 
**Proposed  new  info,  outputs  from  NCI 
***Permanent  record,  updated  and  held  for  reference 
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As  presented  in  this  thesis,  the  author's  value  judgments 
were  used  to  define  a  comprehensive  data  base  that  would  be 
useful  without  being  overly  demanding.   Future  evaluations 
of  update  and  usage  rates  of  these  data  items  should  be  made 
to  reduce  the  size  of  the  data  base  as  indicated  as  any 
questionable  items  were  resolved  in  favor  of  inclusion  in 
the  data  base. 

The  second  factor  involved  in  defining  the  data  base  was 
the  selection  of  data  and  storage  structures.   These  two 
factors  are  basic  evaluation  criteria  in  the  selection  of 
a  DBMS,  however,  the  data  structure  is  the  only  factor  that 
must  be  decided  upon  prior  to  designing  the  data  base. 

The  storage  structure  is  the  method  that  is  used  to 
physically  store  the  data  on  a  storage  medium.   Although  the 
combination  of  the  data  and  storage  structure  are  important 
in  determining  the  efficiency  with  which  the  DBMS  handles 
information  (response  time) ,  the  selection  of  a  specific 
storage  structure  need  not  be  made  until  the  data  base  is 
designed.   Also,  in  the  case  of  a  relatively  small  data  base 
such  as  this,  DBMS  efficiency  is  less  important  than  with  a 
large  complicated  data  base  since  any  reasonable  scheme  for 
a  small  data  base  will  yield  acceptable  search  times. 

The  data  structure  is  the  conceptual  or  symbolic  view 
of  the  relationship  between  data  items .   It  determines 

eventually  the  procedures  by  which  the  computer  stores  and 

r?S'll-19l 
accesses  the  data  items  L"       J ■   In  this  situation, 

because  of  the  nature  of  the  data,  two  data  structures  called 
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tree   and  network  structures  allowed  the  same  data  base 
schematic  (Fig.  3).   This  permits  great  flexibility  in  the 
selection  of  a  DBMS  because  the  majority  of  the  DBMS  on  the 
market  are  based  on  these  two  structures. 

NOAA  Corps  Data  Base  Data  Structure 
Tree/Network 


Fig.  3 


1 
2 

3 
4 
5 
6 
7 
8 
9 
10 
11 


Officer  Record 

Fitness  Report  Record 

Education  Record 

Training  Record 

Publications  Record 

Professional  Licenses/Qualifications  Record 

Assignment  Preference  Record 

Dependents  Record 

Promotion  Record 

Track  Record 

Organizations  and  Societies  Record 

Assignment  Record 


A  tree  data  structure  is  the  most  elementary  case  of 
network  structure. 

2 
A  detailed  understanding  of  the  nature  of  data 

structure  is  not  essential  in  using  or  understanding  the 

applications  of  the  DBMS.   It  is  important  in  designing 

the  data  records  and  determining  what  logical  relationships 

they  will  have  among  themselves. 
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In  data  structure  lingo,  record  number  one  is  called  a 
parent  record  and  records  two  through  twelve  are  known  as 
children  records.   An  officer  record  (1)  would  exist  for  each 
officer  in  the  Corps.   Several  occurrences  of  each  child 
record  could  be  stored  for  each  parent.   The  individual  child 
records  therefore  were  designed  to  contain  related  data  items 
that  tend  to  repeat  as  a  group.   The  DBMS  stored  and  accessed 
these  children  groups  by  way  of  the  parent  group  or  officer 
record.   The  officer  record  was  by  far  the  largest  record  and 
contained  information  about  the  officer  that  was  general  and 
tended  not  to  repeat. 

Appendix  G  is  a  first  cut  version  of  the  data  items  required 
in  parent  and  child  records.   Considerable  time  was  spent  in 
an  effort  to  include  all  reasonable  data  items  that  are  needed 
to  represent  the  present  and  proposed  information  storage  and 
retrieval  needs  of  NCI.   It  would  be  necessary  before  this 
data  base  would  be  implemented  in  a  system  to  have  the  users 
take  a  long  hard  look  at  each  of  the  data  items  to  determine 
if  the  effort  needed  to  maintain  the  item  would  be  justified 
by  the  value  of  having  that  piece  of  data  on  line. 

To  aid  in  determining  the  storage  capabilities  that  would 
be  needed  in  a  system  that  could  handle  the  data  base,  a 
worst  case  analysis  was  performed  to  estimate  the  maximum 
number  of  characters  that  would  be  needed  to  provide  all  of 
the  requisite  information.   These  results  are  presented  in 
Table  I .   The  repeating  factors  represent  the  maximum  number 
of  occurrences  of  that  record  that  could  be  expected  to  be 
stored  at  any  time  during  an  officer's  career.   The  final 
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multiplication  factor  of  900  officer  records  is  approximately 
551  higher  than  what  existed  in  the  personnel  system  in  July 
1978.   The  total  number  of  characters  as  computed  does  not 
take  into  account  storage  efficiencies,  which  depend  on  the 
storage  structure  used,  or  the  required  secondary  storage  space 
for  the  software  needed  to  run  the  system.   These  factors  will 
vary  with  the  type  of  hardware  and  software  selected  and  will 
raise  the  amount  of  storage  required.   The  13,010,000  characters 
figure,  however,  can  be  used  as  a  basis  of  determining  what 
size  system  will  be  needed.   It  should  be  restated  here  that 
any  questionable  data  items  in  the  determination  of  the  size 
of  this  data  base  were  included  in  the  data  base.. 

In  addition  to  the  data  base  size  analysis  presented  in 
Table  I,  a  data  base  content  analysis  was  performed.   These 
results  are  presented  in  Table  II.   This  analysis  gave  a  little 
more  insight  into  the  "personality"  of  the  data  base. 

The  characteristics  in  Table  II  correspond  to  those  listed 
for  each  data  item  in  Appendix  G. 

Of  the  161  data  items  listed,  only  57  (35%)  were  used  for 
more  than  one  purpose,  such  as  being  present  in  more  than  one 
report  (excluding  the  proposed  Officer  Personnel  Record  Report 
and  periodic  queries) .   Any  judgment  on  whether  or  not  that 
figure  is  too  low  to  realize  the  advantage  from  automated 
handling  should  depend  on  the  number  of  times  those  57  items 
are  used,  the  effort  necessary  to  keep  them  current  and  the 
value  of  having  quick  access  to  them. 

Another  valuable  statistic  involved  characteristic  2,  the 
measure  of  activity  of  the  data  item.   It  is  one  measure  of 
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2773 

1 

2,773 

84 

40 

3,360 

52 

4 

203 

93 

15 

1,395 

166 

5 

830 

75 

8 

600 

111 

5 

555 

165 

10 

1,650 

8 

10 

.  80 

67 

15 

1,005 

es   25 

5 

125 

-   75 

25 

1,875 

Table  I 

NOAA  Corps  Data  Base 
Size  Computations 

Repeative   Total 
Record  Characters   X  Factor   Characters 

1.  Officer 

2.  Fitness  Report 

3.  Education 
h.  Training 

5.  Publications 

6.  Professional  Licenses 

7.  Assignment  Preference 

8 .  Dependents 

9 .  Promotion 

10.  Track 

11.  Organizations  &  Societies 

12.  Assignments 

Characters  Needed  Per  Officer  (Worst  Case)  =  14,456 

Number  of  Officers  in  Data  Base  (Worst  Case) 

200  Applicants 
500  Active  Duty 
200  Retired 
900  Officer  Records 

Data  Base  Storage  Space  Needed  14,456 

x  900 

13,010,000  characters 


Table  II 

NOAA  Corps  Data  Base 
Characteristics  Analysis 

Characteristic  Occurrence 

1.  Item  can  be  used  for  more  than  one  57 
report  or  retrieval. 

2.  Item  is  active- -changes  periodically  109 
or  is  part  of  a  repeating  record. 

3.  Item  can  have  more  than  one  occurrence  3 
within  its  record  (repeating  item) . 

4.  Item  is  of  variable  length.  46 

5.  Item  could  be  computed  from  other  data         13 
base  information. 

TOTAL  NUMBER  OF  DATA  ITEMS   161 
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how  much  effort  will  be  needed  to  keep  the  data  base  current. 
In  this  data  base  109  or  68  per  cent  of  the  data  items  would 
change  at  least  once  during  a  career  or  were  members  of  a 
repeating  record.   Again,  determining  if  that  number  would 
require  an  excessive  amount  of  maintenance  effort  depends  on 
the  number  of  times  the  items  change  and  the  value  of  having 
the  items  on  line. 

A  low  figure  for  characteristic  3  indicated  that  the 
system  would  not  expend  significant  resources  manipulating 
information  to  keep  track  of  storage  locations  for  the  repeat- 
ing items.   In  contrast,  characteristic  4--the  number  of 
variable  length  items--does  indicate  that  the  system  could 
spend  a  fair  amount  of  time  "housekeeping"  or  keeping  track 
of  physical  storage  locations  depending  on  the  type  of  storage 
scheme  used.   If  the  storage  scheme  were  one  that  reserves  a 
fixed  amount  of  storage  space  for  each  variable  length  record, 
the  amount  of  housekeeping  would  be  low  but  storage  require- 
ments would  be  high.   If  the  storage  scheme  is  one  that  con- 
serves storage  space  by  assigning  each  variable  record  the 
exact  amount  of  space  needed,  the  housekeeping  would  be  high. 
Characteristic  5  is  useful  in  that  it  points  out  the  number 
of  data  items  that  could  be  computed  and  stored  by  the  system 
itself  with  little  human  attention.   A  software  program  would 
be  required,  however,  that  could  update  these  items  on  a 
periodic  basis  or  on  command. 


E.   METHOD  OF  OPERATION 

1 .   Status  of  Officer  Record 

Buried  within  the  data  base  in  the  officer  record-- 
data  item  19--is  an  item  with  an  importance  far  out  of 
proportion  to  its  size.   This  "Officer  Status"  item,  in 
essence,  would  monitor  the  passage  of  each  particular  officer 
record   through  its  "on-line"  life  cycle.   This  life  cycle 
would  start  when  an  individual  applies  for  commissioning  in 
the  NOAA  Corps  at  which  time  the  word  "applicant"  would  be 
placed  in  the  Officer  Status  field  and  any  further,  available 
information  would  be  entered  into  the  system  through  a  terminal 
The  data  base  record  on  that  individual  would  be  created  at 
that  time. 

If  that  individual  is  invited  to  enter  the  Corps  and 
he  accepts,  he  would  obtain  a  temporary  commission  and  the 
Officer  Status  field  would  be  changed  to  "Active."   If  that 
individual  is  rejected  or  fails  to  accept,  the  Officer  Status 
field  would  be  changed  to  "Surveyed"  which  identifies  that 
record  as  ready  for  removal  from  the  "on  line"  system.   The 
records  so  marked  would  be  removed  to  magnetic  tape  by  a 
special  program  on  a  periodic  basis.   These  tapes  would  then 
be  available  for  "off  line"  statistical  analysis.   For 
applicants  in  "hold"--not  invited,  not  rej ected- -  the  record 
would  remain  "on  line"  for  quick  access  for  a  pre-specif ied 
period  of  time  (e.g.,  two  years). 


Referring  to  all  data  stored  on  each  officer 
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The  record  for  an  officer  who  enters  the  Corps  would 
be  expanded  as  that  officer's  career  progressed.   During  that 
time  the  data  items  would  be  filled,  altered,  deleted  and 
accessed  as  the  need  arose.   It  is  unlikely  that  an  officer's 
record  as  designed  would  ever  be  complete.   Many  of  the  data 
items  would  not  be  filled  for  all  officers. 

In  the  event  the  officer  resigns  his  commission  or 
dies,  an  appropriate  code  would  be  entered  into  the  Officer 
Status  field  and  after  a  predetermined  period  of  time  this 
record  also  would  be  dumped  to  magnetic  tape  for  future  "off 
line"  analysis.   At  this  time  the  officer's  hard  copy  records 
would  be  archived  and  microfiche  transparencies  of  those 
records  retained  at  NCI . 

The  Officer  Status  field  for  an  officer  who  retires 
from  active  duty  would  be  coded  "retired"  and  at  that  time 
most  of  the  final  entries  would  be  made  in  the  record.   It 
would  not  be  necessary  nor  desirable  that  this  record  be 
taken  "off  line"  and  dumped  to  tape  until  all  possible  needs 
for  the  information  have  expired  (addresses,  insurance 
coverages,  dependent's  information).   The  luxury  of  keeping 
little  used  information  "on  line"  would  be  made  possible  by 
drastically  decreasing  costs  of  "on  line,"  direct  access 
storage  and  the  relatively  few  numbers  of  living  retired 
officers.   When  the  records  are  no  longer  needed  they  would 
be  stored  on  magnetic  tape  and  the  hard  copy  records  archived 
with  microfiche  transparencies  kept  at  NCI. 
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2 .   Daily  Routine 

This  discussion  begins  with  the  assumption  that  the 
data  base  is  "on  line"  and  current.   The  process  of  imple- 
menting the  data  base  will  be  discussed  in  Chapter  VIII. 

During  the  course  of  a  normal  work  day  in  NCI,  several 
actions  involving  the  personnel  data  base  would  occur.   The 
initial  action  would  be  to  obtain  from  the  computer  system  a 
listing  of  suspense  dates  and  tickler  dates  that  pertain  to 
that  day  or  week.   The  system  would  be  constantly  updated 
throughout  the  day  as  data  is  identified  and  entered  as  an 
addition  or  change,  or  a  deletion.   The  task  of  actually 
inputting  data  would  be  relegated  to  a  few  specific  people 
to  allow  for  reasonable  control  of  what  goes  into  the  system. 
All  qualified  personnel  that  need  access  to  the  data  base 
would  be  trained  in  the  necessary  data  retrieval  procedures. 

It  would  be  advisable  to  identify  which  data  items 
change  in  response  to  different  personnel  actions .   These 
listings  would  not  be  unlike  the  change  submittals  necessary 
for  the  PERC  system  and  would  be  used  in  updating  the  needed 
items  in  the  data  base.   Judicious  use  of  these  lists  while 
entering  data  would  be  a  big  factor  in  keeping  the  data  base 
accurate  and  current.   Examples  of  possible  update  listing 
topics  are  officer  application,  commissioning,  promotion, 
change  of  station,  resignation,  and  retirement. 

Throughout  the  day  the  system  would  be  accessed  via 
the  terminal  or  terminals  to  obtain  specific  data  items  on 
an  officer  (e.g.,  current  address),  listings  of  data  items 
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on  an  officer  (e.g.,  fitness  report  records),  listings  of 
officers  with  specific  data  items  (all  officers  who  are 
Ensigns  and  work  in  NOS) ,  and  pre-programmed  reports  (e.g., 
Sea/Shore/Mobile  printout) .   The  possible  data  requests  that 
could  be  made  would  be  many  and  varied.   The  data  retrievals 
would  be  presented  either  on  a  terminal  (e.g.,  cathode  ray 
tube  or  teletype)  or  a  line  printer. 

The  computer  would  also  be  accessed  from  terminals 
outside  the  NCI  office.   These  other  users  would  be  Marine 
centers,  liaison  officers,  recruiters,  and  possibly  the  PERC 
and  NOAA  finance  offices.   The  computer  software  would  have 
the  capability  of  limiting  access  by  any  users  to  data  items 
that  are  within  their  need  to  know. 

In  the  event  that  the  change  input  procedure  to  the 
PERC  system  had  not  been  changed,  the  NCI  personnel  would  be 
using  the  computer  to  help  prepare  the  change  inputs  to  the 
PERC  system.   These  PERC  changes  would  be  prepared  only  after 
the  required  information  is  updated  in  the  NCI  data  base. 
The  operator  could  then  use  the  NCI  system  to  provide  the 
appropriate  constants  and  data  items  from  the  NCI  data  base. 
He  could  input  the  additional  items  through  the  terminal 
and  the  end  result  would  be  a  computer  printed  PERC  change 
submittal . 

A  portion  of  the  day  would  also  be  used  to  prepare 
computer  generated  reports  to  be  distributed  to  different 
information  users  such  as  the  OPB,  OAB ,  Flight  and  FUT  boards 
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F.   SOFTWARE  REQUIREMENTS 

The  capabilities  desired  in  the  previously  described 
automated  system  could  be  provided  by  the  use  of  a  data  base 
management  system  (DBMS)  software  package.  In  this  applica- 
tion it  would  be  most  advantageous  to  purchase  a  generalized 
DBMS  off  the  shelf  rather  than  suffer  the  expense  and  time 
delay  that  would  be  necessary  to  program  a  DBMS  specifically 
for  this  application. 

A  generalized  DBMS  software  package  can  be  regarded  as 
a  layer  of  software  which  performs  user  data  services.   The 
functions  of  a  generalized  DBMS  can  be  identified  as  follows: 

1.  It  accepts  a  data  definition  from  the  user  in  what 
is  commonly  referred  to  as  a  Data  Definition  Language  (DDL) . 
The  DDL  in  essence  describes  the  makeup  of  the  data  base  and 
the  logical  relationships  between  the  data  base  records. 

2.  It  maps  logical  data  onto  the  physical  storage  devices 
by  developing  a  data  organization  scheme. 

3.  It  manages  the  storage  space  and  the  data  base. 

4.  It  performs  data  manipulation  functions  such  as 
retrieval  of  data  for  display,  retrieval  of  data  for  reports, 
changing  data,  and  deleting  data. 

5.  It  provides  languages  for  human  interface  which  usually 
are  either  English-like  or  host  language  calls  (COBOL,  FORTRAN, 
or  PL/1)  with  appropriate  linkage  to  the  DBMS. 

6.  It  provides  various  controls  and  checks  for  data 

validity,  integrity,  security  and  privacy,  plus  various 

«..,.«.  [28:3] 

utility  programsL 
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Figure  4  depicts  the  functional  components  of  a  generalized 
DBMS.   A  user  defines  the  data  to  a  DBMS  via  the  provided  data 
definition  language.   From  the  raw  data  and  the  data  definition, 
the  DBMS  creates  the  data  base  on  a  physical  mass  storage  device 
The  data  management  functions  are  accomplished  by  software  which 
translates  or  interprets  user  requests  to  deliver  retrieval 
records  or  to  perform  the  necessary  maintenance  activities  for 
the  data  base. 
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Fig.  4.   DBMS  Functional  Components 
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The  big  advantage  of  implementing  a  DBMS  would  be  that  it 
does  not  require  the  user  (NCI  office  personnel,  Marine  centers, 
recruiters,  and  liaison  officers)  to  know  a  great  deal  about 
the  computer  system  or  the  structure  of  the  data  base.   Once 
the  data  base  is  formulated,  described  to  the  DBMS  via  the  DDL, 
and  entered  into  the  DBMS,  the  task  of  using  the  system  is 
relatively  simple.   Using  the  system  on  a  daily  basis  would 
involve  two  basic  functions:   updating  and  retrieving  specific 
information  from  the  data  base  by  the  use  of  an  interface 
language;  and  retrieving  information  from  the  data  base  by  the 
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use  of  stored  programs  which  generate  reports  and  listings  in 
pre-determined  formats. 

To  present  examples  of  the  update  and  retrieval  of  specific 
information  function  the  capabilities  of  the  DMS  1100-DBMS  on 
the  Sperry  Univac  1100  Series  computer  system  is  presented 
in  Appendix  H.   The  tool  used  for  supplying  this  function  is 
called  the  Query  Language  Processor  (QLP) .   Through  this  QLP 
a  user  may  select,  retrieve,  update,  or  create  data  in  a  DMS 
1100  data  base. 

The  second  major  use  of  the  system  on  a  daily  basis  would 
be  retrieving  information  from  the  data  base  by  means  of 
stored  programs  which  generate  reports  and  listings  in  pre- 
determined formats.   The  operator  interaction  in  this  case 
would  be  minimal  in  comparison  to  the  manual  system.   The 
operator  in  this  case  would  merely  have  to  command  the  computer 
system  to  retrieve  the  proper  program  from  secondary  storage 
and  then  execute  it.   The  desired  reports  would  be  printed 
automatically  on  the  selected  output  device.   This  method  of 
generating  reports  could  be  used  for  virtually  all  of  the 
reports  generated  by  NCI.   The  limiting  factor  here  would  be 
the  cost  of  programming  each  report  (and  maintaining  the 
software  as  report  content  changes  over  time)  .   Other  uses 
of  pre-programmed  software  would  be:   to  update  the  data  base, 
including  data  such  as  total  service  and  Sea  Duty;  to  output 
names,  addresses,  letters  and  alerts  for  the  tickler  and 
suspense  files;  and  to  handle  the  procedure  of  dumping  excess 
records  to  magnetic  tape. 
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G.   PERSONNEL  REQUIREMENTS/RESPONSIBILITIES 

Personnel  requirements  for  a  system  of  this  size  would 
fall  into  three  general  categories.   They  are:   data  base 
administration,  implementation,  and  operation. 

1.   Data  Base  Administration  (Data  Base  Administrator,  DBA) 

The  personnel  involved  with  data  base  administration 
would  be  concerned  with  ten  basic  functions: 

a.  Data  Base  Definition/Redefinition 

The  DBA  should  identify  and  define  common  data 
elements  and  define  the  relationships  between  data  elements 
and  other  components  such  as  programs,  files,  and  systems. 
The  definition  of  the  data  elements  and  the  data  relationships 
should  be  based  on  a  clear  understanding  of  each  participating 
user  community's  requirements,  as  well  as  the  overall  organiza- 
tion's needs.   Where  possible,  the  DBA  would  use  a  data 
definition  language  to  define  the  structure  of  the  data  base. 
It  would  also  be  within  the  DBA ' s  purview  to  define,  review 
and  monitor  data  standards.   If  the  need  arises  for  changing 
and  restructuring  the  data  base,  the  DBA  should  initiate  this 
activity,  and  redefine  the  database,  or  any  part  of  it  to  meet 
changing  requirements. 

b.  Selection  and  Procurement 

The  DBA  should  participate  in  the  process  of 
evaluation,  selection,  and  procurement  of  hardware,  software, 
and  services  related  to  data  base  administration. 
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c.  Data  Base  Design/Redesign 

The  main  design  activity  would  be  the  design  and 
structuring  of  the  entire  data  base,  taking  into  consideration 
the  differing  needs  of  the  entire  user  community.   This  includes 
design  of  the  data  structure  as  seen  by  the  application 
community,  the  storage  structure,  mapping  and  search  strategies, 
and  access  methods,  as  well  as  design  of  support  software  for 
creating,  maintaining  and  reorganizing  the  data  base. 

d.  Data  Base  Creation 

Under  this  function  are  included  such  activities 
as  data  collection,  data  base  loading  and  testing  and  imple- 
menting data  definitions  and  other  data  base  support  software. 

e.  Data  Base  Security/Integrity 

The  data  base  security  function  is  intended  to 
guard  against  unauthorized  access  to  the  data  base,  and  un- 
authorized update,  copying,  removal  or  destruction  of  any  part 
of  the  data  base.   This  may  be  achieved  through  the  use  of 
security  locks  and  keys,  etc.   Data  base  integrity  is  related 
to  the  DBA ' s  responsibility  for  the  correctness  and  accuracy 
of  the  data.   It  can  be  achieved  through  the  use  of  validation 
checks,  loggings,  dumps,  backup  and  recovery  procedures,  and 
auditing  procedures.   The  DBA's  responsibility  in  this  area 
includes  access  control  and  security  of  the  data  base  through 
the  use  of  measures  like  password  issuance. 

f.  Data  Base  Maintenance/Management 

The  DBA  should  be  responsible  for  the  continued 
well  being  of  the  data  base  environment.   As  such,  it  is  his 
responsibility  to  maintain  and  update  data  base  definitions, 
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data  base  documentation  and  data  base  support  software.   The 
DBA  should  interpret  and  administer  high  level  management 
policies  related  to  the  data  base,  and  define  rules  of  use 
and  access  constraints  for  the  data  base. 

g.   Data  Base  Performance  Monitoring  and  Evaluation 

Responsibilities  should  include  reviewing,  testing 
and  evaluting  the  performance  of  automated  as  well  as  procedural 
activities;  initiation  of  system  improvements  when  indicated; 
assessment  of  the  impact  of  changes;  and  maintenance  of  state- 
of-the-art  awareness. 

h.   Data  Base  Enforcement 

Enforcement  activities  include  determination  of 
compliance  with  established  standard  usages  and  development  of 
data  base  content,  organization,  and  storage  control  procedures, 
i .   Liaison 

The  DBA  should  maintain  liaison  with  users,  with 
systems  and  application  analysts,  and  with  organizational 
management  to  provide  information,  assistance  and  guidance  on 
the  use  of  data  base  facilities,  to  detect  and  correct  user 
problems,  and  to  notify  users  of  changes  in  system  status, 
j .   Training 

The  DBA  should  be  responsible  for  the  coordinated 

training  of  users,  staff  and  management  to  develop  awareness 

r  2  7  *  4  51 
of  data  base  concepts,  and  available  resources.1-     ' 

The  Data  Base  Administrator  in  theory  should  be 
involved  in  virtually  all  aspects  of  the  data  base  environ- 
ment including  planning,  design,  development  implementation, 
testing,  documentation,  operation,  and  maintenance.   His  role 
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should  be  characterized  as  both  technical  and  administrative. 
There  would  also  be  a  promotional  dimension  since  he  would 
represent  the  data  base  administration  concepts  and  procedures 
to  all  participants,  coordinate  all  data  base  activities  among 
managers,  analysts,  systems  and  application  programmers,  and 
users.   It  should  be  kept  in  mind  that  although  the  tasks  in 
data  base  administration  are  performed  by  more  than  one  person, 
there  should  be  one  person  who  is  charged  with  the  responsibility 

for  coordinating,  controlling  and  directing  activities  in  the 

a    *  u  ■  *  [27:6] 

data  base  environment.      J 

2 .   Implementation  Personnel 

The  task  of  preparing  the  personnel  data  for  entry  into 
the  computer  would  be  an  extremely  important  and  tedious  task. 
The  appropriate  data  items  must  be  retrieved  from  the  present 
manual  system  for  each  officer.   The  data  must  be  placed  in  a 
form  and  format  that  would  allow  input  into  the  DBMS.   The 
exact  method  of  entering  the  data  into  the  system  would  depend 
on  the  hardware  and  software. 

The  personnel  involved  in  preparing  the  data  for  input 
into  the  computer  system  would  most  likely  be  temporary 
personnel  with  little  knowledge  of  the  personnel  system  in 
general.   Because  of  this  lack  of  knowledge  and  their  tempo- 
rary status,  it  would  be  necessary  to  supervise  the  people 
very  closely.   It  would  be  extremely  important  that  this 
information  be  gathered  as  accurately  as  possible,  and  this 
fact  should  be  constantly  stressed  to  all  people  involved. 
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Computerized  handling  of  erroneous  information  would  be  worse 
than  having  a  manual  system. 

3 .   Operating  Personnel 

The  personnel  (users)  required  to  operate  this  system 
could  be  divided  into  four  main  types:   parametric  user,  the 
non-programmer,  the  applications  programmer,  and  the  data  base 
administrator . 

The  parametric  user  would  need  to  know  the  least  about 
the  system.   This  individual  would  access  the  system  through 
a  terminal  using  a  set  of  parameters  to  invoke  a  procedure. 
For  example,  he  might  request  a  current  printout  of  the 
Sea/Shore/Mobile  printout. 

The  next  user  in  the  knowledge  hierarchy  would  be  the 
no n- programmer .   The  term  non-programmer  does  not  mean  that 
the  individual  does  not  know  how  to  program  but  that  he  does 
no  programming  in  his  use  of  the  data  base.   An  example  of 
this  user  would  be  an  individual  who  uses  the  data  manipula- 
tion language  to  input  or  retrieve  data  from  the  system. 
A  sample  query  might  be: 

LIST  OFFICER  NAME   WHERE   RANK   =   CAPTAIN 

In  addition,  if  a  required  procedure   did  not  exist,  the  non- 
programmer  should  have  the  capability  to  design  one  to  meet 
his  needs . 

The  next  user  type  would  be  the  application  program- 
mer/analyst .  This  individual  would  manipulate  the  data  base 
through  a  high  level  language,  such  as  COBOL,  FORTRAN,  etc. 
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This  user  should  have  knowledge  of  the  data  structure  to 
properly  prepare  the  programs.   He  would  not  necessarily  be 
an  employee  in  the  personnel  office  as  this  could  be  contracted 
out,  but  it  would  be  beneficial  if  the  person  doing  the  program- 
ming had  some  knowledge  of  the  personnel  system. 

The  final  user  would  be  the  data  base  administrator. 
Because  of  his  responsibility,  he  should  be  able  to  access  all 
parts  of  the  data  base  .  '-25  :  18"19^ 

H.   FURTHER  DESIGN  CONSIDERATIONS 

1 .   Privacy  Act 

The  Privacy  Act  of  1974  would  have  to  be  taken  into 
account  in  the  final  design  of  this  system.   The  general 
intent  of  this  legislation  is  to  protect  the  American  people 
from  unauthorized  collection,  use  and  dissemination  of  personal 
information.   In  more  specific  terms  this  means  that  institu- 
tions can  collect  only  authorized  information.   The  people 
concerned  must  have  access  to  knowledge  of  the  records  and  to 
the  records  themselves.   Access  to  and  use  of  those  records 
must  be  limited  to  people  with  a  need  to  know.   The  data  must 
be  accurate.   The  people  must  be  allowed  to  correct  inaccuracies 
in  that  data.   Institutions  must  obtain  prior  permission  from 
the  people  concerned  before  disclosing  data  to  someone  without 
an  authorized  need  to  know,  and  institutions  must  keep  detailed 
records  on  the  number  of  disputes  and  disclosures  involved  with 
each  individual . 
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Research  on  this  topic  disclosed  three  general  areas 
that  would  have  to  be  considered  in  the  design  and  installa- 
tion of  this  automated  system:    Public  notification  of  a 
new  file,  security  of  data  from  unauthorized  access,  and  aid 
in  handling  Privacy  Act  administrative  procedures. 

a.   Public  Notification 

Public  notice  must  be  given  (in  the  Federal  Register) 
(1)  of  any  new  system  of  records;  (2)  of  any  new  routine  uses 

for  existing  systems  of  records;  and  (3)  annually  for  all  systems 

[30-231 
of  records.    '   J   Appendix  I  contains  a  listing  of  the  types 

of  information  needed  for  public  notification.   A  significant 

change  in  the  number,  type  or  categories  of  individuals  in  the 

system,  or  the  potential  for  access  to  existing  records,  can 

trigger  the  requirement  for  a  new  system  of  records  notice.   '   -* 

Two  records  systems,  NOAA-4  applicants  for  the  NOAA  Corps  and 

NOAA-7  Commissioned  Officer  Official  Personnel  Folders,  would 

possibly  be  affected  by  this  requirement.   There  would  be  some 

question  as  to  whether  it  would  be  necessary  to  describe  the 

automated  system  as  a  new  system  or  to  merely  update  the 

information  published  in  the  Federal  Register  describing  each 

system.   Initial  contact  with  the  NOAA  Privacy  Act  Coordinator 

indicated  that  it  would  be  possible  to  do  the  latter.   J   Any 

new  systems  or  changes  to  old  systems  should  be  published  before 

the  system  is  physically  started.   Approval  would  have  to  be 


References  30  through  34  contain  a  detailed  description  of 
the  Privacy  Act  of  1974  and  the  implications  of  automation.   For 
the  sake  of  brevity  this  background  information  was  not  presented 
in  detail  here. 
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obtained  from  the  Department  of  Commerce  through  the  NOAA 
Privacy  Act  Coordinator  in  either  case, 
b.   Security/Integrity  of  Data 

The  main  concern  with  data  security  would  be  un- 
authorized access  to  the  data  base,  for  whatever  reason. 
With  an  automated  system  of  this  type,  size,  and  nature  of 
information,  the  risk  of  unauthorized  access  to  the  data 
should  be  relatively  light.   The  system  would  be  relatively 
small  with  a  limited  number  of  users.   The  data  for  the 
most  part  would  be  of  little  value  to  anyone  without  a  need- 
to  know.   Any  interest  in  seeing  the  data  by  an  unauthorized 
user  would  stem  primarily  from  curiosity. 

The  above  description  is  important  in  the  deter- 
mination of  how  much  security  would  be  needed  to  comply  with 
the  intent  of  the  Privacy  Act.   Privacy  act  language  is 
intentionally  vague  in  this  area  leaving  the  determination  of 
how  much  is  enough  to  the  organization  involved.   The  perceived 

threat  of  unauthorized  access  to  the  data  base  would  be  a  big 

r  3i  "j 

part  of  that  determination.    J 

The  intent  of  the  Privay  Act  has  been  described  as: 

Agencies  must  maintain  and  use  their  personal 
information  records  in  a  manner  that  ensures  fairness 
to  the  individuals  in  question.   They  must  take 
reasonable  precautions  against  misuse  of  information, 
and  against  use  of  incorrect  or  out-of-date  informa- 
tion.  In  particular,  they  must  provide  training  for 
employees  in  the  requirements  of  the  Act  if  those 
employees  will  be  handling  personnel  information.... 
Furthermore,  agencies  must  ensure  the  confidentiality 
and  security  of  personal  records  by  establishing 
appropriate  administrative,  technical,  and  physical 
safeguards  against  any  anticipated  breach  of  confi~ 
dence  or  physical  integrity"]   Agencies  would  also  be 
wise  to  consult  legal  counsel  regarding  certain  issues 
of  records  use,  such  as  whether  the  copying  of  all  or 
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portions  of  a  system  of  records  for  internal  agency 
disclosure  constitutes  itself  the  creation  of  a  new 
system  of  records . [30 : 21] 

In  this  automated  system,  therefore,  it  would  be 
necessary  to  have  a  system  of  physical  security  measures  and 
controlled  accessibility  that  will  adequately  protect  the 
data  base  from  accidental  or  deliberate  destruction,  dis- 
closure, or  modification. 

Physical  security  measures  would  be  relatively 
straightforward.   The  computer  facility  could  be  located  in 
a  safe,  limited  access  location  and  the  data  base  itself 
could  be  periodically  dumped   to  tape  or  paper  and  stored  in 
a  site  separate  from  the  computer  facility. 

Security  measures  involving  controlled  accessi- 
bility would  be  a  little  more  complicated.   Controlled  access 
to  the  computer  terminals  could  be  the  first  step  to  dis- 
courage the  unauthorized  user.   Terminal  access  control  is 
the  procedure  for  identifying  users  at  both  remote  and  local 
terminals.   These  controls  include  passwords  and  code  numbers, 
electronically  detected  identification  cards,  fingerprints 
and  voice  recognition.   All  of  these  involve  user  and  terminal 
identification  to  the  system  and  then  some  form  of  user 
authentification .   By  far  the  most  common  and  easiest  to 
implement  would  be  a  password  authentication  system.   It 
would  be  available  in  some  form  on  virtually  every  on-line 
system  available. 

The  next  step  could  be  directed  at  the  legitimate 
user  who  attempts  to  browse  through  data  outside  of  his  need- 
to-know.   Many  DBMS ' s  have  the  inherent  capabilities  of 
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restricting  access  by  an  identified  user  through  the  data 
description  language  used  to  describe  the  data  base  initially. 
In  this  way  different  users  are  only  shown  different  "pictures' 
of  the  data  base.   This  attribute  is  known  as  file  access 
control .   It  can  be  applied  to  different  levels  of  data 
within  the  file  down  to  access  control  of  individual  data 
elements.   File  access  control  can  also  be  used  to  restrict 

what  a  user  can  do  with  a  file  such  as  read-only,  change, 

a  -   [25:63] 

purge,  and  create.      J 

The  most  important  step  in  controlling  accessi- 
bility, given  that  terminal  and  file  access  control  are  being 
used,  would  be  controlling  access  to  the  information  needed 
to  satisfy  these  control  features.   For  example  it  would  be 
useless  to  restrict  different  identification  numbers  to 
access  to  only  parts  of  the  data  base  and  then  allow  free 
access  to  all  identification  number  information.   This  step 
would  involve  the  integrity  of  the  people  using  the  system. 

In  actuality,  there  is  no  such  thing  as  a  com- 
pletely secure  computerized  information  system.   The  key  to 
the  security  problem  would  be  the  integrity  of  the  overall 
system.   If  the  hardware,  software,  and  personnel  are  reliable 
and  secure,  the  security  problem  would  vanish.   Past  computer 
systems  have  show  that  hardware  is  the  most  reliable  and 
secure  of  these  three  since  it  is  the  easiest  to  test. 
System  integrity  in  any  case  would  be  a  team  effort.   If  any 

one  of  the  three  would  be  insecure,  the  security  of  the  system 

,,,  r    • i  [25:66] 

would  be  onen  to  failure . 
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It  is  the  opinion  of  the  author  that  site  access, 
terminal  access,  and  file  access  controls  would  provide 
security  for  this  system  that  fulfills  the  intent  of  the 
Privacy  Act  of  1974  given  the  stated,  limited  threat  of  un- 
authorized access. 

c.   Privacy  Act  Administrative  Requirements 

Full  compliance  with  the  Privacy  Act  of  1974 
involves  conformance  with  a  substantial  number  of  administra- 
tive requirements  which  can  be  grouped  under  five  main 

c  i    i.  a-  [30:4] 

functional  headings.      J 

'Collection  of  information 

'Maintenance  and  use  of  information  (by  the 
maintaining  agency) 

'Personnel  access  to  and  amendment  of  information 

'Non-routine-use  and  disclosure  of  information 

'Public  notice  requirements 

A  DBMS,  because  of  its  many  data  handling  charac- 
teristics, could  be  used  to  aid  in  performing  the  many  admin- 
istrative details  involved  with  these  requirements.    J   The 
question  that  would  have  to  be  answered  before  using  the  DBMS 
would  be:   "Would  the  additional  effort  needed  to  include 
these  procedures  in  the  automated  system  be  greater  than  the 
time  saved  to  perform  those  procedures  manually?"   The  answer 
to  that  question  would  require  a  detailed  analysis  of  the 
two  types  of  systems- -automated  vs  manual--and  as  such  could 
be  the  subject  of  another  thesis. 
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2.  Complexity  of  the  DBMS 

The  level  of  education  and  training  of  the  personnel 
who  would  be  operating  the  system  on  a  day  to  day  basis  is 
of  significant  importance.   The  personnel  who  would  be 
operating  this  system,  with  the  exception  of  the  data  base 
administrator,  would  have  very  little  exposure  to  computer 
systems  in  general.   They  would  be  the  same  people  who  were 
operating  the  manual  system  prior  to  the  appearance  of  the 
computer.   They  could  be  termed  parametric  and  non-programmer 
users  as  described  in  the  personnel  requirements  section  of 
this  chapter.   With  this  in  mind  it  would  be  necessary  to 
select  a  DBMS  with  a  data  manipulation  language  and  a  query 
logic  that  is  as  English-like  as  possible.   As  the  complexity 
of  the  system  increases,  the  probability  of  the  system  falling 
into  disuse  and  failing  increases  drastically. 

3 .  Accuracy 

The  automation  of  this  system  would  increase  the 
opportunity  for  errors  to  enter  the  data  base.   This  would 
be  caused  by  an  increase  in  the  number  of  times  that  the  data 
is  handled  by  humans.   The  possibility  would  also  exist  that 
the  data  handling  hardware  and  software  could  introduce 
errors.   At  the  same  time  it  would  be  more  difficult  to 
detect  data  errors  once  they  entered  the  system  because 
automating  a  system  reduces  the  number  of  times  that  operators 
have  visual  contact  with  the  data.   In  light  of  this  situation 
it  would  be  necessary  to  place  emphasis  on  preventing  errors 
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from  entering  the  data  base  and  detecting  them  once  they  did 
enter  the  data  base. 

There  are  a  wide  variety  of  methods  that  could  be 
used  on  various  systems  to  prevent  and  detect  errors.    ■" 
To  help  prevent  gross  errors  due  to  mistakes  of  the  terminal 
operator  during  input  or  alteration  of  data,  software  could 
be  used  to  check  the  input  data  against  predefined  limits  for 
each  data  item.   The  computer  would  refuse  to  accept  the  data 
if  it  exceeded  those  limits.   It  would  also  be  advisable. to 
limit  the  number  of  users  who  could  input  or  alter  data  to 
a  few  well-trained  individuals.   These  personnel  should  be 
well  briefed  on  the  importance  of  controlling  input  errors. 

Detecting  errors  when  they  do  creep  into  the  system 
would  be   the  responsibility  of  the  users  of  output  products 
of  the  system,  including  the  officer  personnel  themselves. 
Any  errors  noticed  in  the  system  output  by  these  users  would 
be  forwarded  to  the  personnel  office  for  immediate  correction 
The  most  effective  method  of  detecting  errors  would  be  to 
periodically  send  to  each  officer  in  the  system  a  printout 
of  his  entire  automated  file.   Each  officer  would  then  be 
requested  to  send  any  necessary  corrections  to  NCI. 

4 .   Current  Data 

The  problem  of  keeping  the  data  base  information 
current  would  also  be  a  major  consideration  in  using  an 
automated  system  such  as  this.   The  fact  that  the  errors  in 
this  case  would  be  the  result  of  lack  of  action  instead  of 
incorrect  action  would  necessitate  some  different  procedures 
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to  prevent  the  errors.   To  help  ensure  that  records  are  kept 
as  current  as  possible,  a  tickler  system  could  be  used  to 
keep  track  of  what  data  is  due  into  the  system.   A  suspense 
file  could  be  used  to  keep  track  of  when  actions  should  take 
place  that  would  require  a  change  to  the  data  base.   For  the 
many  standard  actions  that  occur  with  relative  frequency, 
such  as  transfers  and  promotions,  standard  procedures  could 
be  established  describing  which  data  items  should  be  changed 
for  each  action.   These  lists  could  be  similar  to  the  change 
submittal  forms  for  the  PERC  system.   Another  method  of 
helping  maintain  current  data  would  be  to  divide  the  respon- 
sibility of  monitoring  the  data  items  among  the  employees. 
Each  employee  in  the  office  could  be  given  responsibility 
for  monitoring  a  predefined  set  of  data  items  and  initiating 
any  updates  necessary.   The  items  assigned  to  each  individual 
would  be  related  to  the  information  that  that  person  would  be 
working  with  and  would  be  familiar  with.   Data  items  which 
change  quite  frequently  or  are  relatively  important  would  be 
given  extra  consideration.   The  methods  of  detecting  errors 
discussed  in  section  three  above  would  also  be  applicable  to 
detecting  outdated  data  items. 
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VII.   EVALUATION  OF  ALTERNATIVES 

The  objective  of  this  chapter  is  to  identify,  discuss, 
and  evaluate  the  decision-maker's  alternatives  before  acquiring 
an  automated  personnel  system. 

A.   ALTERNATIVES 

In  attempting  to  identify  alternative  systems  by  consider- 
ing different  mixes  of  hardware,  software  and  ownership 
characteristics,  it  quickly  became  apparent  that  the  number 
of  combinations  of  these  characteristics  was  limitless.   It 
became  necessary  to  consider  only  general  system  descriptions 
for  evaluation.   Following  the  general  evaluation  and  selection, 
it  was  then  possible  to  consider  more  detailed  evaluation 
criteria  within  the  winning  system.   The  systems  identified 
for  evaluation  were  as  follows: 


1.  Purchase  computer  time  from  a  government  owned  and 
operated  installation; 

2.  Purchase  computer  time  from  a  privately  owned  and 
operated  installation; 

3.  Purchase  and  operate  entire  system; 

4.  Lease  and  operate  computer  and  DBMS  and  operating 
system  software. 


B.   EVALUATION  METHODOLOGY 

The  evaluation  of  the  generalized  alternatives  was  performed 

[44] 
by  rating  each  alternative  with  respect  to  six  criteria. 


Each  alternative  could  be  given  a  possible  ten  points  for 
each  criteria.   A  high  score  indicated  that  the  character- 
istics of  that  alternative  were  desirable.   The  criteria 
were  then  grouped  into  three  main  categories:   cost, 
effectiveness  and  disruption.   The  scores  for  each  category 
were  totaled  and  multiplied  by  a  weighting  factor  to  reflect 
the  relative  importance  of  each  category.   These  products 
were  then  totaled  for  each  alternative  to  give  a  score  of 
relative  desirability.   The  highest  score  was  considered  the 
most  desirable. 

With  one  exception- -telecommunications  capability  of  a 
micro-computer  system  in  alternatives  three  and  four- -it  was 
possible  to  assume  that  the  capabilities  of  all  four  systems 
were  equal . 

The  weighting  factors  applied  to  the  category  totals 
represent  the  author's  subjective  determination  of  the 
relative  importance  of  each  category. 

C.   EVALUATION  CRITERIA 

In  evaluating  these  four  alternative  systems,  the  objec- 
tive was  to  consider  them  in  a  setting  as  close  to  the  real 
world  as  possible.   With  this  objective  in  mind  the  evalua- 
tion criteria  were  selected  as  follows: 

1 .   Initial  Cost  of  the  System 

This  criterion  represented  the  approximate  costs  to 
the  user  that  would  be  needed  to  put  the  hardware  and  soft- 
ware in  place.   It  was  not  meant  to  consider  miscellaneous 


start-up  costs.   It  was  meant  to  provide  a  reference  point 
and  a  relative  ordering  of  the  alternatives. 

2 .  Operational  and  Maintenance  Cost  of  the  System 

This  criterion  was  needed  to  provide  an  idea  of  what 
the  additional  cost  to  the  user  would  be  to  operate  and  main- 
tain the  system  once  installed.   The  combination  of  this 
criterion  with  criterion  one  represented  the  relative  costs 
that  would  show  up  as  budget  expenditures. 

3 .  System  Effectiveness 

The  main  purpose  of  this  criterion  was  to  represent 
the  amount  of  time  needed  to  get  the  desired  information 
from  the  system.   The  rating  was  a  combination  of  the  time 
and  effort  needed  to  get  the  system  on  line  and  the  time 
needed  to  retrieve  the  desired  information  from  it  once  on 
line.   A  weighting  factor  of  two  was  used  to  increase  the 
effect  of  this  criterion  because  the  overall  effectiveness 
of  the  system  will  greatly  influence  the  attitudes  and  morale 
of  the  users  and  ultimately  determine  its  usefulness  and  fate 

4 .  Acquisition  Environment 

The  acquisition  environment  is  directly  related  to 
the  selection  of  any  government  system.   The  public  sector 
labors  under  the  constraints  of  well -controlled  acquisition 
regulations.   To  ignore  then  would  be  to  leave  the  real  world 
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5 .  Installation  and  Startup  Effort 

The  beginning  of  a  new  system  is  very  important, 
somewhat  like  first  impressions.   It  sets  the  attitudes  of 
the  users  toward  the  new  system.   A  transition  from  old  system 
to  new  that  is  complicated  and  lengthy  will  also  disrupt  the 
effectiveness  of  personnel  system  during  that  time. 

6 .  Operational  and  Maintenance  Effort 

The  importance  of  this  criterion  should  not  be  under- 
estimated.  It  was  included  to  represent  the  overall  time 
needed  by  the  office  personnel  to  operate  and  maintain  the 
system.   Large  amounts  of  time  could  negate  any  benefits 
attributable  to  automating  the  system. 

D.   DISCUSSION  OF  CRITERIA/ALTERNATIVES 

1 .   Initial  Cost  of  System 

a.   Purchase  Time  from  Other  Government  Agencies 
This  effort  would  require  initial  outlays  for 

two  to  five  terminals  at  $2.5K  each,  one  printer  for  NCI  at 

r  -57  "I 

$3K,L      J    and    applications    software    for    five    to    ten  different 

reports  at  $15K.*-   -"   Other  costs  might  include  additional 
phone  lines  for  the  terminals.   All  prices  are  approximate, 
and  vary  with  the  quality  and  capability  of  the  system.   The 
bottom  line  was  approximately  $23K  to  $30. 5K.   On  a  relative 
basis  this  alternative  is  the  least  expensive  and  was  rated 
at  10  points. 


b.  Purchase  Time  from  Private  Installation 

This  alternative  was  essentially  identical  to 
alternative  one--10  points. 

c.  Purchase  and  Operate  Entire  System 

In  collecting  the  cost  data  for  purchasing  an 
adequate  system  it  became  reasonable,  because  of  the  rapid 
rate  of  advancement  of  technology  in  this  area,  to  fix  the 
technology  six  months  in  the  future  and  identify  the  least 
expensive  system.   The  computer  industry  is  rushing  to 
develop  the  capabilities  of  microcomputers  and  the  near 
future  will  see  extremely  versatile,  high  capacity  systems 
that  will  be  readily  available  at  prices  that  would  seem 
ridiculously  low  only  one  year  ago.   The  software  industry 
is  currently  developing  the  necessary  software.   These 
systems  are  well  suited  for  relatively  small  file  management 
operations  such  as  needed  in  this  case. 

There  is,  however,  one  small  cloud  in  this  opti- 
mistic outlook  that  involves  the  time  sharing,  and  therefore 
the  telecommunications  capabilities,  of  microcomputer  systems. 
Microcomputers  have  relatively  limited  main  memory  capacity. 
The  main  memory  storage  space  needed  to  accommodate  the 
complex  operating  system  software  capable  of  providing  a 
time  sharing  function  would  be  excessive  and  as  such  would 
limit  the  use  of  a  microcomputer  system  to  an  in-house,  single 
user  mode. 

Minicomputer  systems,  on  the  other  hand,  are  not 
as  limited  by  main  memory  capacity.   "Mini's"  have  been  on 
the  market  much  longer  than  micros  and  have  been  developed 
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to  the  point  that  time  sharing  is  well  within  their  capabilities 
They  are,  however,  more  sophisticated  and  more  costly. 

The  following  costs  are  approximate  and  represent 
an  attempt  at  identifying  the  least  expensive  systems  capable 
of  handling  a  DBMS.   The  systems  would  require  the  terminal, 
printer  and  software  suite  previously  described  at  $23K  to 
$30. 5K,  a  micro  or  minicomputer  system  at  $13K   to  $50K  ,  a 
DBMS  at  $13. 5K  (TOTAL)  to  $132K  (ADABAS) 3 , ^45 J  a  tapedrive  at 
$3-5K,  and  setup  costs(+)  in  excess  of  alternative  one  and 
two  for  a  total  of  $52. 5K  to  $217. 5K+.   This  alternative  was 
by  far  the  most  expensive  and  as  such  was  rated  at  0. 

d.   Lease  and  Operate  Computer  and  DBMS  +  OS  Software 

This  alternative  requires  the  basic  suite  at  $23K 
to  $30. 5K,  a  tape  drive  at  $3-5K,  and  setup  costs  in  excess  of 

alternatives  one  and  two  for  a  total  of  $26K  to  $35.5K+.   This 

4 
alternative  was  rated  at  8  points. 


System  includes  rack,  7  4  megabyte  disk,  dual  floppy  discs, 
48K   of  RAM,  OS65U  operating  system  and  one  CRT  terminal- -under 
$13K.   Also,  multiple  terminal  systems  with  printer  and  appli- 
cations software  are  available  in  the  mid  $20K's[3"]_.  The  $13K 
system  is  predicted  to  drop  to  $8K  by  six  months.  •-  3  /  J 

2 

""Mini- system  includes  128KB  cpu,  cartridge,  console,  AMLC, 

OS,  FORTRAN' 5  BASIC,  64KB  Virtual  Memory,  hardware  memory  mgmt , 

multiuser,  multiprogramming;  Manufacturer  -  Prime  Computer- 

major  application  -  time  sharing;  Make  -  Prime  300  . 1-39  : 1 23 J 

Complicated  software  for  microcomputers  is  presently  quite 
limited  but  there  is  a  lot  in  the  making.   The  cost  of  the  soft- 
ware would  be  dependent  on  what  is  compatible  with  the  computer  p.--, 
and  operating  system  selected,  and  what  capabilities  are  desired.'-  -■ 

4 
This  microcomputer  option  in  this   aternative  is  subject  to 

the  same  limitations  as  in  c .  above. 
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2 .   Operational  and  Maintenance  Cost  of  the  System 

a.   Purchase  Time  from  Other  Government  Agencies 

The  monthly  time  cost  figure  for  this  alternative 
was  estimated  using  the  figure  from  alternative  b.  below. 
That  figure  was  from  a  similar  type  of  system  contracted  to 
private  industry.   This  figure  was  established  as  "relatively 
higher"  than  alternative  two  because  of  a  comment  from  a 
government  computer  system  financial  manager  who  said  that 
their  computer  services  and  government  computer  services  as  a 
whole  were  not  competitive  with  commercial  systems.   The 
rating  of  this  alternative  is  complicated  when  different  user 
perspectives  are  taken  into  account.   From  the  perspective 
of  the  NOAA  Corps,  assuming  no  budgetary  increase  for  ADP 
services,  the  funds  for  purchasing  computer  time  from  a  NOAA 
or  other  government  machine  would  require  the  use  of  resources 
previously  used  for  other  purposes.   In  this  case  the  expenses 
could  be  considered  as  costs  and  the  alternative  would  be 
rated  at  0  points . 

From  the  prespective  of  NOAA,  assuming  that  the 
time  is  purchased  from  an  existing  NOAA  machine,  the  new 
costs  would  be  zero.   The  computer  rental  rates  are  set  to 
cover  the  operating  costs  of  the  computer  center  and  any 
increase  in  revenues  from  NOAA  Corps   would  be  offset  by 
reduced  rates  to  all  users.   In  this  case  the  expenses  of 
the  NOAA  Corps  could  not  be  considered  costs  and  the  alterna- 
tive would  be  rated  at  10  points. 

From  the  perspective  of  the  Federal  government, 
assuming  that  time  is  purchased  from  any  existing  government 


machine,  the  logic  of  the  NOAA  perspective  can  be  used  to 
justify  a  10  point  rating. 

b.  Purchase  Time  from  Private  Institution 

The  monthly  time  cost  figure  for  an  application 
similar  to  this  one  was  $1300  per  month  for  one  port  or 
computer  access  line.    On  a  relative  basis  this  alternative 
was  given  2  points . 

c.  Purchase  and  Operate  Entire  System 

The  monthly  costs  for  this  alternative  were  limited 
to  routine  maintenance  on  hardware  at  approximately  $200  per 
month  plus  the  cost  of  paper  supplies  and  possibly  additional 
phone  lines.   This  alternative  should  be  by  far  the  least 
expensive  to  operate,  assuming  that  the  hardware  and  software 
is  reliable--10  points. 

d.  Lease  and  Operate  Computer  and  DBMS  §  OS  Software 
Leasing  costs  for  this  alternative  were  estimated 

because  the  system  exists  six  months  in  the  future.   On   a 
relative  basis  it  should  be  less  expensive  than  buying  main 
frame  CPU  time  but  more  expensive  than  alternative  three- - 
7  points. 

3 .   System  Effectiveness 

a.   Purchase  Time  from  Other  Government  Agencies 


1 
A  multiuser  contract  managed  by  the  NOAA  Office  of 
Management  and  Computer  Systems.   Uses  1022  DBMS.   Does  not 
include  telephone  rates  which  could  be  substantial  if  used 
over  long  distance  on  commercial  lines. 
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This  alternative  on  a  relative  basis  was  given 
the  lowest  rating.   Unless  it  would  be  possible  to  keep  the 
terminals   on  line  to  the  computer  at  all  times  during  the 
day  it  would  be  necessary  to  re-establish  communications  each 
time  the  automated  system  is  needed.   This  time  would  vary 
considerably.   At  the  very  least  it  would  be  the  time  necessary 
to  dial  a  phone,  receive  an  answer  from  the  computer,  and  log 
onto  the  system  (passwords) .   If  the  workload  on  the  system 
is  heavy,  the  time  required  to  receive  an  answer  can  be  con- 
siderable.  If  the  system  is  down  or  running  a  large  job  for 
another  user,  the  wait  could  be  indefinite.   The  average  wait 
time  on  any  particular  computer  system  will  depend  on  the  size 
of  the  average  workload,  the  number  of  users  with  large  programs 
that  monopolize  the  computer's  time,  and  the  reliability  of 
the  system. 

Another  effectiveness  factor  concerns  the  response 
time  of  the  system  to  terminal  commands,  i.e.  how  long  it 
takes  the  computer  system  to  provide  the  desired  results. 
This  time  also  depends  on  the  current  workload  of  the  system. 
When  the  computer  workload  is  near  capacity  the  response  time 
can  be  considerable. 

When  all  of  these  time  delays  are  considered 
together,  the  amount  of  time  wasted  trying  to  communicate 
with  the  system  can  negate  much  of  the  time  savings  realized 
by  implementing  a  computerized  system- -5  points. 

This  would  be  the  only  alternative  that  would 
have  the  capability  of  direct  interfacing  with  the  PERC 
system  through  a  common  machine.   This  would  only  be  the  case 


if  the  time  were  purchased  from  the  same  NOAA  machine  that 
supports  PERC.   As  stated  before  this  would  not  necessarily 
benefit  the  NCI  office.   The  benefit  would  be  realized  in 
the  PERC  office.   The  level  of  effort  in  the  NCI  office 
would  have  to  increase  if  this  interface  were  attempted, 
however,  this  might  result  in  lower  total  effort  for  NOAA. 

b.  Purchase  Time  from  Private  Installation 

Many  of  the  time  delays  stated  in  alternative 
one  above  could  occur  in  this  case.  However,  private  firms 
have  much  greater  incentive  to  provide  systems  with  reason- 
able hookup  and  response  time.   Private  firms  need  the 
business  to  survive  and  as  such  are  more  willing  to  put 
extra  effort  into  providing  a  good  service  to  the  user-- 
7  points . 

c.  Purchase  and  Operate  Entire  System 

In  this  case  the  system  could  be  on-line  continu- 
ously.  There  would  be  only  one  user.   The  hookup  times  would 
be  non-existent  and  the  response  times  because  of  only  one 
user  would  be  reasonable- - 10  points. 

d.  Lease  and  Operate  Computer  and  DBMS  $  OS  Software 
Same  as  alternative  c--10  points. 

4 .   Acquisition  Environment 

a.   Purchase  Time  from  Other  Government  Agencies 

Current  policy  in  NOAA  is  that  use  of  government 
owned  and  operated  facilities  for  a  government  computer  appli- 
cation is  highly  desirable  if  the  facilities  are  adequate  and 
available.    ■■   Current  indications  are  that  adequate  time 
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would  be  available  from  the  Sperry  Univac  1100/42  System 
currently  being  installed  for  NOAA--10  points. 

b.  Purchase  Time  from  Private  Installation 
Current  policy  in  NOAA  is  that  purchase  of  time 

from  a  private  firm  is  desirable  only  if  government  facilities 
are  not  adequate  and  available.    -*   The  amount  of  effort 
needed  to  purchase  time  from  a  private  firm  if  a  new  contract 
must  be  let  would  be  extensive--4  points.   It  if  were  possible 
to  add  this  application  to  an  existing  contract  such  as  the 
one  currently  administered  by  the  Office  of  iManagement  and 
Computer  Systems  with  First  Data  Corporation,  the  effort 
would  be  minimal- -10  points. 

c.  Purchase  and  Operate  Entire  System 

Government  procurement  regulations  for  ADP  equip- 
ment are  extensive  and  complicated.   Justification  for  the 
purchase  of  the  required  equipment  would  have  to  be  submitted 
through  channels  to  the  Office  of  Management  and  Budget  for 
approval.   The  chances  of  this  approval  coming  in  light  of 
discussions  under   a.  and   b.  above  would  be  very  slim-- 
0  Doints . 

L 

d.  Lease  and  Operate  Computer  and  DBMS  §  OS  Software 
Same  as  alternative  c.  above- -0  points. 

5 .   Installation  and  Startup  Effort 

a.   Purchase  Time  from  Other  Government  Agency 
The  installation  and  startup  efforts  of  this 
alternative  would  include  buying  and  installing  the  peripherals 
needed  to  provide  input  to  and  out  from  the  system,  training 
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personnel,  establishing  a  working  relationship  with  the  com- 
puter center  personnel,  acquiring  application  software, 
loading  data  base  and  debugging  the  system- -8  points. 

b.  Purchase  Time  from  Private  Installation 
This  alternative  would  involve  much  the  same 

effort  as  alternative  a.  above.   It  would  be  expected  that 
this  situation,  however,  would  result  in  quicker  installation 
with  less  effort  because  of  the  effect  of  the  competitive 
environment  on  the  actions  of  the  private  firm--10  points. 

c.  Buy  and  Operate  Entire  System 

The  effort  required  in  this  situation  would  be 
considerably  greater  than  alternatives  a.  and  b.   The  addi- 
tional effort  would  be  needed  to  buy,  install,  load  and 
debug  the  computer  and  software  with  limited  help  from  the 
outside--2  points. 

d.  Lease  and  Operate  Computer  and  DBMS  §  OS  Software 
This  situation  would  be  similar  to  alternative  c. 

except  for  increased  aid  from  the  firms  that  leased  the  hard- 
ware and  software- -4  points. 

6  .   Operational  and  Maintenance  Effort 

a.   Purchase  Time  from  Other  Government  Agency 

The  operational  and  maintenance  effort  required 
for  this  alternative  would  be  relatively  light.   The  computer 
system  would  be  operated  and  maintained  by  the  other  agency. 
The  NCI  office  would  merely  have  to  maintain  the  application 
software  and  the  peripheral  equipment  in  the  NCI  office- - 
10  points . 
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b.  Purchase  Time  from  Private  Installation 

The  effort  in  this  alternative  would  be  similar 
to  a.  above  except  for  the  necessity  to  periodically  renew 
the  contract  which  means  substantial  procurement  effort  and 
a  good  possibility  that  a  different  contractor  will  be  lowest 
bidder.   This  would  require  the  additional  effort  to  restart 
the  system  with  another  computer- -6  points. 

c.  Buy  and  Operate  Entire  System 

The  effort  needed  for  this  alternative  would 
include  maintaining  the  standard  suite  of  input/output  equip- 
ment, and  operating  and  maintaining  the  computer  hardware  and 
software.   This  effort  could  become  considerable,  especially 
if  the  system  has  a  few  problems  of  a  technical  nature--2  points 

d.  Lease  and  Operate  Computer  and  DBMS  §  OS  Software 
This  alternative  would  be  the  same  as  alternative  c. 

above  except  that  the  hardware  and  software  should  be  maintained 
by  the  company  leasing  them- -4  points. 

The  results  of  this  analysis  are  presented  in 
Tables  III  and  IV.   It  should  be  noted  that  these  results  were 
very  sensitive  to  the  choice  of  the  evaluation  criteria  and  the 
weighting  factors  chosen.   For  this  set  of  factors  and  weights 
the  two  alternatives  that  involved  purchasing  time  from  large 
systems  had  the  highest  desirability  figure.   The  selection  of 
the  most  desirable  of  these  two  would  depend  on  the  perspective 
used  to  determine  the  operating  costs  for  alternative  one  and  on 
the  method  of  getting  a  contract  for  alternative  two.   The 
reason  that  these  two  stood  out  from  the  others  is  the  relative 
importance   placed  on  the  disruption  category.   If  more  emphasis 
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TABLE  III 


Alternative  Evaluation  Results 


Alternatives 


Cost  Category 

Initial  Cost 

Ops .  §  Main .  Cost 

Subtotal  xl  (weight) 

Effectiveness  Category 

System  Effectivness 

Subtotal  x2  (weight) 

Disruption  Category 

Acquisition  Environment 
Installation  §  Startup 

Effort 
Ops.  §  Main.  Effort 

Subtotal  xl  (weight) 
TOTAL  SCORE 


10 
0-10 

10-20 


_5 

10 


10 

_2_ 

12 


_7_ 
14 


0 
11 
10 


10 

20 


8 

_7 

15 


10 
20 


10      4-10 

0 

0 

8           10 

2 

4 

10              6 

2 

4 

28    20-26 

4 

8 

48-58  46-52 


43 


Rank 

1. 
2. 
3. 
4. 


TABLE  IV 

Rank  Order  of  Alternatives 

Alternative 

Purchase  Time  from  Government  (1) 
Purchase  Time  from  Private  Firm  (2) 
Lease  and  Operate  (4) 
Buy  and  Operate  (3) 


48-58 
46-52 
43 
34 
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had  been  placed  on  the  effectiveness  category,  alternatives 
three  and  four  would  stand  out  as  most  desirable.   If  it 
were  on  initial  costs,  one  and  two  again  would  be  desirable, 
and  if  on  operating  and  maintenance  costs,  alternative  three 
and  possibly  alternative  one  would  be  the  likely  choice. 

It  would  be  important,  therefore,  if  another  in- 
dividual were  to  make  this  decision,  that  the  evaluation 
criteria,  scores  and  weighting  factors,  be  updated  to  reflect 
the  priorities  in  the  environment  within  which  that  individual 
works  .   The  evaluation  criteria  scores  should  also  be  updated 
to  reflect  changes  in  computer  use  policy,  procurement  regula- 
tions and  technology. 

Having  made  the  selection  of  the  general  type  of 
automated  system  to  use  for  this  application  the  task  of 
selecting  a  specific  system  with  which  to  proceed  would 
remain.   This  discussion  assumes  that  there  would  be  a  choice 
of  specific  systems  and  that  other  circumstances  would  not 
dictate  which  one  is  to  be  selected. 

In  selecting  a  specific  automated  system  the 
majority  of  the  effort  would  be  placed  on  the  selection  of  a 
DBMS  that  could  provide  the  services  required.   The  selection 
of  the  hardware  would  be  dependent  on  which  DBMS  was  selected. 
For  alternatives  one  and  two,  it  would  be  necessary  to 
consider  both  of  these  together,  but  for  alternatives  three 
and  four  they  could  be  considered  separately. 

The  fact  that  the  number  of  DBMS ' s  available 
would  be  many  with  numerous  and  diverse  characteristics 
would  again  suggest  the  use  of  a  set  of  evaluation  criteria 
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in  making  the  selection.   Many  of  these  criteria  would  be 
technical  in  nature  and  of  importance  only  to  the  Data  Base 
Administrator  and  the  application  programmers.   A  fairly 
detailed  set  of  these  criteria  are  presented  in  Appendix  J. 
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VIII.   IMPLEMENTATION 

The  implementation  phase  of  the  automated  system  would 
not  involve  complex  technical  problems.   The  last  of  those 
problems  should  have  been  solved  in  the  system  design  and 
development  phases.   The  implementation  phase  would  be  a 
time  consuming,  costly  process  that  would  require  a  high 
degree  of  coordination  and  constant  attention  to  detail. 
This  need  for  coordination  and  attention  could  be  aided  quite 
effectively  by  use  of  the  Critical  Path  Method  (CPM)  or  Gant 
Chart  Method  of  project  scheduling.   The  flowchart  and  lists 
of  estimated  task  duration  and  completion  times  that  make  up 
these  methods  could  keep  the  DBA  constantly  informed  on  the 
progress  of  the  many  tasks  that  would  be  proceeding  at  one 
time.   The  remainder  of  this  chapter  is  devoted  to  the  dis- 
cussion of  those  implementation  tasks. 

Because  of  the  relatively  small  size  of  this  system  and 
limited  personnel  resources  available,  it  was  assumed  that 
the  project  officer  for  implementing  the  system  and  the 
Data  Base  Administrator  would  be  the  same  individual. 

The  initial  portion  of  the  implementation  phase  would 
consist  of  five  major  tasks.   These  tasks  would  all  be  under 
the  responsibility  of  the  DBA  and  could  be  performed  con- 
currently. 

A.   Procurement  and  Installation  of  Hardware  and 
Software 
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B.  General  User  Training 

C.  System  Documentation 

D.  Data  Preparation 

E.  Application  Programming 

The  procurement  and  installation  of  hardware  and  software 
would  require  that  the  DBA  have  a  well-defined  set  of  techni- 
cal and  performance  specifications,  a  working  knowledge  of 
Federal  procurement  policy  and  regulations,  a  strong  techni- 
cal background  in  computer  hardware  and  software  and  a  pro- 
pensity to  work  overtime.   The  efficiency  with  which  the 
desired  system  would  be  purchased  and  installed  would  be  very 
sensitive  to  a  shortcoming  in  any  of  these  areas. 

General  user  training  would  prepare  the  office  personnel 
for  the  conversion  to  the  automated  system.   With  a  properly 
selected  DBMS  the  users  should  not  require  a  great  deal  of 
training  on  how  to  use  the  equipment  and  the  software.   This 
training  should  also  include  instruction  on  the  data  handling 
procedures  for  the  manual  and  automated  systems  during  and 
after  implementation. 

Data  preparation  would  involve  extracting  large  volumes 
of  data  from  the  manual  files.   It  would  be  a  tedious  job, 
but  a  very  important  one.   The  individuals  involved  with 
preparing  this  data  in  a  specific  format  for  the  computer 
would  most  likely  be  temporary  employees  who  are  unfamiliar 
with  the  data  and  the  personnel  system.   If  this  is  the  case 
they  should  be  controlled  very  carefully. 

There  would  be  a  time  between  the  beginning  of  the  data 
preparation  task  and  the  changeover  to  the  automated  system 
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during  which  the  concurrent  maintenance  of  both  systems  would 
require  the  use  of  three  separate  files.   The  first  file  would 
contain  the  records  of  individuals  whose  requisite  data  had 
been  transferred  to  the  automated  data  base  coding  sheets. 
The  second  file  would  consist  of  all  documents  containing  data 
which  represents  changes  to  the  previously  processed  records. 
The  third  file  would  be  the  portion  of  the  manual  records  that 
had  not  yet  been  processed.   Files  two  and  three  would  be  kept 
current  while  the  data  in  file  number  one  would  be  current  only 
to  the  day  it  was  processed.   When  all  of  the  records  had  been 
processed  and  the  data  collected,  only  two  files  would  exist. 
File  one  would  represent  the  data  base  at  a  fixed  point  in  the 
past  and  file  two  would  contain  all  of  the  changes  necessary 
to  make  that  data  base  current.   Because  of  the  volume  of  data 
processed  daily  it  would  be  prudent  to  keep  the  time  between 
the  beginning  of  the  data  preparation  task  and  the  changeover 
to  the  automated  system  to  a  minimum. 

When  the  automated  system  is  brought  on  line,  the  data 
base  would  be  entered  into  the  computer  followed  by  the  changes 
in  file  two . 

The  application  programming  tasks  would  most  likely  be 
contracted  to  a  private  firm  through  the  Office  of  Management 
and  Computer  Systems .   This  would  require  that  the  contractors 
be  supplied  with  detailed  descriptions  of  the  software  desired 
and  access  to  the  necessary  information  concerning  the  DBiMS 
software  . 

The  documentation  of  the  automated  system  would  be  a  con- 
tinuing process  throughout  the  entire  implementation  phase. 
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The  accurate  documentation  of  this  system  would  become  very 
important  when  the  implementation  personnel,  in  particular 
the  DBA,  are  transferred  or  otherwise  leave  the  organization. 
The  documentation  would  include:   a  management  overview  and 
general  system  description;  hardware  technical  manuals  and 
operating  procedures;  software  source  code,  operating  proce- 
dures, and  data  base  description;  and  system  descriptions 
such  as  data  input  procedures,  output  products  and  schedules, 
data  flow  charts,  personnel  responsibilities,  security 
features,  and  backup  and  restart  procedures. 

The  second  portion  of  the  implementation  phase  would 
involve  the  actual  conversion  from  the  manual  to  the  auto- 
mated system.   This  phase  would  begin  with  bringing  the  hard- 
ware and  software  functions  on  line  and  insuring  their  correct 
operation.   It  would  then  be  possible  to  load  a  block  of  test 
data  to  test  the  system  for  the  desired  data  handling  charac- 
teristics i.e.  errorfree  data  storage,  processing  and  output. 
This  would  also  give  the  users  an  opportunity  to  get  some 
hands  on  training  on  the  system  without  subjecting  the  real 
data  base  to  unnecessary  risk. 

Subsequent  to  the  system  and  user  testing  the  next  step 
would  be  to  actually  load  the  data  base  into  the  computer 
system.   The  method  of  doing  this  could  vary,  depending  on 
the  system,  from  typing  everything  in  via  a  terminal  to 
placing  the  data  on  punched  cards  or  magnetic  tape  and 
entering  it  all  at  once.   Having  done  this  it  would  again  be 
prudent  to  test  the  system  for  accurate  data  storage,  process- 
ing and  output . 
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Assuming  that  the  data  base  was  loaded  accurately  or  that 
all  problems  had  been  resolved,  the  next  step  would  be  to  up- 
date the  data  base  by  entering    all  of  the  corrections  to 
the  data  from  file  number  two.   Concurrent  with  this  updating 
would  be  the  initiation  of  the  data  handling  procedure  for 
the  automated  system.   These  data  handling  procedures  are  the 
methods  developed  to  ensure  that  all  data  items  in  the  data 
base  are  kept  current  on  a  daily  basis. 

To  correct  the  database  for  errors  that  could  have  entered 
the  system  during  the  data  preparation  and  loading  functions 
or  that  pre-existed  in  the  manual  system,  a  computer  printout 
of  each  officer's  automated  file  would  be  sent  to  him  for 
auditing .   All  discrepancies  would  be  checked  and  the  data 
base  updated  accordingly.   At  this  stage,  the  office  personnel 
could  convert  from  the  manual  to  the  automated  system.   This 
change  in  state  of  the  system  in  real  terms  means  that  the 
automated  system  is  current,  accurate  and  ready  for  access  by 
users.   Before  dismantling  the  procedures  for  updating  the 
manually  prepared  records  and  listings  careful  evaluation  of 
the  automated  system  should  be  performed  to  check  again  the 
adequacy  of  the  new  system  in  keeping  track  of  all  necessary 
data  items.   Security  procedures  for  preventing  unauthorized 
access  to  the  data  base  and  for  preventing  accidental  damage 
to  the  data  base  should  also  be  evaluated  carefully. 

The  final  step  of  the  second  portion  of  the  implementation 
phase  would  be  to  train  and  incorporate  the  remote  users 
(Marine  Centers,  Liaison  Officers,  Recruiters)  into  the  system 
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This  second  portion  of  the  implementation  phase  would 
have  the  potential  for  much  confusion  and  wasted  effort. 
A  well-scheduled  and  well -controlled  plan  of  events  would  be 
a  tremendous  asset  in  accomplishing  these  tasks  efficiently 
and  quickly. 

The  last  portion  of  the  implementation  phase  would  be  a 
continuous  one.   It  would  involve  the  periodic  re-evaluation 
of  the  entire  information  system  to:   locate  new  information 
needs  that  can  be  supplied  by  accessing  the  computerized 
data  base;  to  identify  and  remove  data  items  from  the  com- 
puterized system  that  are  no  longer  needed;  and  to  correct 
data  handling  procedures  to  ensure  that  the  data  items  are 
current  and  accurate . 

The  implementation  of  a  DBMS  can  be  a  long  and  arduous 
task,  with  many  problems  along  the  way.   Government  data  base 

administrators  were  surveyed  with  regards  to  the  problems 
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encountered  when  implementing  DBMS ' s  in  the  public  sector.    J 

The  problems  were  divided  into  non- technical  and  technical 
categories.   The  non- technical  problems  centered  around  topics 
such  as  lack  of  management  commitment,  jurisdictional 
questions,  data  ownership  disputes,  power  struggles,  poor 
communication,  inadequate  training,  and  high  costs.   The 
technical  problems  tended  to  be  specific  to  each  organiza- 
tion.      -*   A  more  detailed  listing  of  these  problems  is 
presented  in  Appendix  K. 
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IX.   SUMMARY  AND  CONCLUSIONS 

The  NOAA  Corps  personnel  system  is  a  small,  relatively 
complex  system  that  exists  separate  from,  but  interfaces 
with,  the  much  larger,  civil  service  oriented  NOAA  personnel 
system.   Recent  increases  in  the  size  and  responsibilities 
of  the  NOAA  Corps  coupled  with  a  fixed  number  of  employees 
in  the  NOAA  Corps  personnel  office  have  strained  that  office's 
ability  to  function  at  peak  effectiveness. 

Research  was  performed  to  evaluate  the  feasibility  of 
converting  some  aspects  of  manual  data  handling  procedures 
to  computerized  handling  with  the  objective  of  aiding  the 
office  personnel  in  handling  the  increasing  demands  for  in- 
formation and  increasing  the  overall  effectiveness  of  the 
system.   Five  specific  objectives  of  implementing  an  automated 
system  were  identified.   They  were:   reduce  time  needed  for 
data  retrieval  and  information  preparation ;  aid  in  monitoring 
suspense  dates;  increase  currency  of  data;  improve  data 
communications;  and  eliminate  maintenance  of  hard  copy  records 
where  possible.   A  search  for  an  automated  system  that  could 
accomplish  these  objectives  pointed  toward  the  need  for  a 
computer  system  capable  of  handling  a  data  base  management 
system  software  package. 

The  data  flow  and  storage  requirements  of  the  manual 
system  were  analyzed  to  identify  the  data  items  that  could 
make  up  an  automated  data  base.   The  data  structure  for  a 


general  data  base  was  defined  using  those  data  items.   The 
hardware  and  software  characteristics  of  a  general  system 
capable  of  fulfilling  the  objectives  were  defined.   A  method 
of  operation  of  the  new  system  was  discussed  including  possi- 
ble output  products,  personnel  requirements,  Privacy  Act 
considerations,  complexity,  accuracy,  and  currency. 

Having  defined  what  capabilities  were  needed  in  a  general 
system,  four  alternative  methods  of  acquiring  those  capabili- 
ties were  chosen  and  evaluated  in  relation  to  six  criteria 
selected  by  the  author.   The  results  of  the  evaluation  indi- 
cated a  most  desirable  alternative  but  emphasis  was  placed  on 
the  fact  that  other  decisionmakers  with  different  priorities 
might  select  weighting  factors  that  would  produce  different 
results.   A  separate  set  of  evaluation  criteria  were  provided 
for  use  in  the  selection  of  a  specific  data  base  management 
system  for  use  as  part  of  the  selected  alternative.   An  im- 
plementation plan  was  described  for  use  in  getting  the  system 
on  line. 

As  a  result  of  the  preparation  of  this  study,  it  is 
apparent  that  the  automation  of  the  NOAA  Corps  personnel  files 
is  indeed  feasible.   The  technology  exists  and  is  available 
at  ever  decreasing  costs.   Strong  potential  exists  for  the 
accomplishment  of  the  five  stated  objectives  in  automating 
the  system.   Automation  of  the  files  would  not  reduce  costs 
because  of  increase  in  workload  and  services.   The  only 
decision  variable  involving  costs  would  be  concerned  with  how 
much  costs  would  increase.   The  possibility  of  increasing 
the  efficiency  of  data  transfer  to  the  NOAA  PERC  system  by 
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use  of  an  automated  system  in  the  NOAA  Corps  personnel  division 
would  be  limited.   Time  savings  realized  by  the  use  of  a  com- 
puter to  store  and  process  information  would  be  consumed  by 
the  effort  needed  to  manipulate  the  automated  system  and  the 
new  demands  for  information  that  would  result. 
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X.   RECOMMENDATIONS 

As  stated  in  the  introduction,  the  objectives  of  this 
thesis  were  to  study  the  feasibility  or  desirability  of 
automating  some  aspects  of  the  NOAA  Corps  personnel  system 
and  to  provide  the  initial  planning  information  for  the 
development  of  an  automated  system  if  the  decision  were  made 
to  automate. 

In  light  of  those  objectives  and  the  conclusions  pre- 
sented in  the  previous  chapter,  it  is  recommended  that 
serious  consideration  be  given  to  proceeding  with  the  final 
design  and  implementation  of  an  automated  system. 

If  the  decision  is  made  to  proceed,  it  is  further  recom- 
mended that  an  individual  with  the  requisite  background  be 
selected  as  the  data  base  administrator  for  the  final  design 
and  implementation  of  the  system.  Previous  government  ex- 
perience and  prudent  management  theory  strongly  suggest  that 
if  implementation  of  the  new  system  is  to  be  effective,  com- 
mitment and  support  must  be  given  by  the  highest  level 
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management  to  the  data  base  administrator.    *   J   This 

commitment  and  support  should  be  expressed  as  follows: 

"Authority:   The  DBA  must  be  given  the  authority 

to  make  decisions  and  the  power  to  implement  any 

required  changes.   One  of  the  ways  in  which  this 

authority  could  be  ensured  is  to  place  the  DBA 

very  high  organizationally." 


"Definition  of  Responsibilities:   The  DBA ' s  re- 
sponsibilities must  be  clearly  defined,  prefer- 
ably in  a  formal  document  such  as  a  charter. 
This  is  essential  if  later  jurisdictional  disputes 
are  to  be  avoided. 

Compliance  Power:   The  DBA  must  be  given  the 
power  to  enforce  the  rules  and  regulations  asso- 
ciated with  the  implementation  of  data  base 
administration  concepts. 

Resources :   The  DBA  must  be  given  the  necessary 
resources  to  carry  out  his  function,  including 
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staff,  time,  money,  and  equipment."1-   '  ■* 
Lastly,  it  is  recommended  that  the  final  design  of  the 
system  include  a  vigorous  review  of  the  data  items  proposed 
for  the  automated  data  base  with  emphasis  on  identifying  and 
discarding  items  which  would  be  used  infrequently  but  would 
require  considerable  effort  to  maintain  as  current  in  the 
automated  system.   The  final  design  should  be  sensitive  to 
input  from  the  personnel  who  will  be  the  users  of  the  system. 
It  is  important  also  that  the  final  design  include  details  of 
the  procedures  that  would  be  used  to  insure  that  the  data 
input  is  current  and  accurate,  and  that  the  data  output 
products  are  timely  and  conform  to  the  user  needs. 
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APPENDIX  A 
Representative  Inquiry  Information 


Champus  Information  -  Dependents 

Name,  Type  of  Dependent,  Date  of  Birth,  SSN ,  Ethnic 
Origin,  Sex,  Address,  Whether  Member  of  Other  Service, 
Expiration  Date  of  I. D. Card,  Entitlements  (Commissary, 
PX,  etc.),  Status  as  Dependent  or  Survivor. 


FHA  Mortgage  Insurance 

Name,  SSN,  FHA  Mortgage,  FHA  Mortgage  Insurance 
Premium. 


Survivor  Benefit  Election 

Name,  SSN,  Beneficiaries/Percent,  Base  Amount. 


New  G.I.  Bill  Educational  Program 

Name,  SSN,  Sex,  Original  Appointment  Date  -  EOD, 
Date  of  Birth,  Grade,  Marital  Status,  Education, 
Service  Completion  Date,  G.I.  Bill  Witholding  and 
Beginning  Date. 
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APPENDIX  B 
Contents  of  Periodic  Listings  and  Reports 

Retired  List 

Name ,  Grade,  Type  of  Retirement,  Date  of  Retirement, 
Total  Service  (years,  months,  days) (Rank  at  Retirement), 
♦Federal  Employee  Group  Life  Insurance  Coverage,  *Total 
Service  for  retirement  pay. 


Roster 

Name ,  Lineal  Number,  Rank,  Original  Appointment 
Date  -  EOD,  Date  of  Rank,  Control  Date  Promotion, 
Control  Date  -  Pay  Purposes,  Control  Date  -  Active 
Service 


Location  Roster 

Name,  Lineal  Number,  Routing  Code ,  Present  Assignment 
Reporting  Date,  Date  of  Last  Organization  Code  Change, 
Pending  Report  Date,  Present  Assignment  Duties, 
Pending  Assignment,  Present  Assignment  Schedule 
Report  Date. 

Sea/Shore/Mobile 

Name ,  Rank ,  Lineal  Number,  Sea  Duty,  Shore  Duty, 
Mobile  Duty,  Education  (Bachelors,  Masters,  Doctor  - 
Discipline) ,  Routing  Code ,  Present  Assignment, 
Present  Assignment  Reporting  Date  Pending  Assignment, 
Pending  Detachment  Date,  Assignment  Review  Date, 
Professional  Licenses  (Discipline,  Sea,  Flight), 
Present  Duty  Type  (Sea,  Shore,  Mobile),  Training 
Class. 


OPB  Report 

Name ,  Rank,  Type  of  Action  (Commendation,  disciplinary), 
Date  of  Action,  Source  of  Action,  Promotion  Control 
Date  Adjustment-Direction,  Promotion  Control  Date 
Ad justment -Amount. 


Promotion  Zone  Report 

Name,  Lineal  Number,  Rank,  Control  Date  -  Promotion, 
Promotion  Zone. 


•Not  Published 
Data  items  underlined  were  used  in  more  than  one  report. 


APPENDIX  B  (con't) 


Approved  Assignment  Changes 

Name ,  Rank,  Present  Assignment.  Pending  Assignment, 
Pending  Reporting  Date~ 


Change  of  Location  Roster 

Name ,  Rank,  Past  Assignment,  Present  Assignment, 
Present  Assignment  Reporting  Date. 


Man  Day  Count 

Name ,  Rank.  First  Day  of  Duty  FYXX ,  Last  Day  of 
Duty  FYXX,  Number  of  days  onboard. 

Resignation/Retirement/Separation  Report 

Name ,  SSN,  Grade ,  Pay  Step.  Date  of  Rank,  Present 
Assignment,  Present  MLC ,  Routing  Code ,  Present 
Organization  Code,  Original  Appointment  Date  -  EOD, 
Home  of  Record,  Total  Service  (Years,  Months,  Days"), 
Education  (Bachelor,  Masters,  Doctor  -  Discipline), 
Training,  Publications,  Track  Record,  SGLI  Election. 
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APPENDIX  C 

Data  Item  Usage  Rates 
In  Present  NCI  Listings  and  Reports 


Date  Item  Usage  Rate 

1.  Name  10 

2.  Rank  7 

3.  Lineal  Number  b 
k.  Grade  2 

5.  Total  Service  (years,  months,  days)  2 

6.  Original  Appointment  Date  2 

7.  Date  of  Rank  2 

8.  Control  Date  -  Promotion  2 

9.  Routing  Code  3 

10.  Present  Assignment  Reporting  Date  3 

11.  Pending  Assignment  3 

12.  Pending  Report  Date  2 

13.  Education  2 
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APPENDIX  D 
New  Reports  -  Data  Items 

1.  Flight  Board  Report 

Name,  Lineal  Number,  Rank,  Education  Professional 
Licenses, .Control  Date  -  Active  Service,  Aviation 
Service  Date  for  ACIP,  Present  ACIP  Gate*  Present 
Assignment. 

2.  Recruiter  Repxt 

Name ,  Rank,  Routing  Code,  Present  Assignment, 
Education,  Present  MLC ,  Present  Phone  Number  -  Work. 

3.  Liason  Officer  Report  (Including  Marine  Centers) 

Name,  SSN,  Employee  Number,  Rank,  Pay  Step,  Date 
of  Next  Longevity  Increase,  Promotion  Eligibility 
Date,  Present  Assignment,  Present  Organization 
Code,  Date  of  Last  Organization  Code  Change, 
Assignment  Review  Date,  Pending  Detachment  Date. 

k.      Officer  Personnel  Record  Report 

This  Report  would  consist  of  a  printout  of  all 
data  held  in  a  computerized  Data  Base.' 

5.   Service  Index  Report 

Name ,  Rank,*Competence  Quotient,  *Cumulative  Fitness 
Report  Average,  *Bias  Correction,  Undergraduate 
Degree,  (Latest)  Grade  Point  Average,  Graduate 
Degree  (Latest)  Grade  Point  Average,  *Experience 
Credit,  *Awards  Credit,  *Service  Credit,  *Sea  Duty, 
♦Shore  Duty,  »Mobile  Duty,  Months  of "Prior  Active 
Duty  Commissioned  Service,  Worths  of  Prior  Active  Duty 
Enlisted  Service,  Number  of  DOC, Gold  Medals,  Number 
of  DOC  Silver  Medals/Colbert  Awards,  Number  of  DOC 
Bronze  Medals/Karo  Awards,  Number  of  USC  &   GS 
Meritorious  Service  Awards  and/or  USC  &  GS  Commen- 
dation Medals,  Number  of  NOAA  Special  Achievement 
Awards  and/or  ACO  Annual  Awards,  Number  of  Unit 
Citations  Shared,  Months  of  NOAA/USC  &  GS  Active  Duty 
Service,  Months  of  Advanced  Standing  Granted  to  Date, 
♦Service  Index. 


'Data  items  that  are  underlined  are  redundant  with  items 
already  stored  in  personnel  listings  and  reports 


APPENDIX  E 

SERVICE  INDEX  -  MEASURE  OF  GROWTH  POTENTIAL  FOR  NOAA  CORPS  OFFICERS 
9  Scpember  1977  -  Revised  20  September  1977 

Comnander  John  D.  Bossier,  NOAA 

1.   Background: 

Commissioned  officers  of  the  NOAA  Corps  serving  in  the  grades  0-1  through 
0-6  occupy  positions  on  a  lineal  list  according  to  their  grade  and  senior- 
ity.  The  number  of  officers  in  each  grade  is  limited  to  a  specific  per- 
centage of  the  total  authorized  NOAA  Corps  strength  (NOAA  Directive  56-40). 
When  vacancies  occur,  qualified  officers  are  selected  for  promotion  to 
the  next  higher  grade  from  a  promotion  zone  which  embraces  a  specific 
number  of  the  most  senior  officers  in  each  grade  (NOAA  Directive  56-46). 
For  promotion  purposes,  seniority  is  defined  by  the  officer's  position 
on  the  lineal  list. 

Officers  are  initially  placed  on  the  lineal  list  according  to  any  advanced 
standing  (months  of  service  credit)  which  they  may  have  been  granted  at 
the  discretion  of  the  Officer  Personnel  Board  (OPB)  upon  their  appointment. 
Officers  who  are  not  eligible  for  advanced  standing  are  added  at  the  end 
of  the  lineal  list  in  the  order  of  their  class  standing  upon  graduation 
from  the  Officer  Training  Center. 

Each  officer's  performance  is  reviewed  annually  by  the  OPB  for  the  purpose 
of  granting  additional  advanced  standing  (progression  on  the  lineal  list) 
to  those  officers  who  have  been  identified  as  exceptionally  well  qualified 
and  exceptionally  well  motivated,  as  well  as  to  impose  "loss  of  lineal 
numbers"  (regression  on  the  lineal  list)  in  the  case  of  those  officers 
whose  performance  is  deemed  to  be  unsatisfactory.   The  review  is  accom- 
plished within  each  grade-group  by  comparing  every  officer's  performance 
to  that  of  his  peers.   The  purpose  of  the  service  index  described  herein 
is  to  provide  a  quantitative  indicator  of  an  officer's  growth  potential  - 
in  terms  of  both  his  competence  and  his  performance  -  to  be  used  as  an 
initial  guide  in  this  review  process. 


The  Service  Index: 


The  service  index  (SI)  is  a  numerical  indicator  of  an  officer's  growth 
potential  computed  as  the  product  of  two  factors  -  one  reflecting  the 
officer's  level  of  cospetence  and  the  other  his  level  of  performance: 

SI  -  Service  Index  =  (Competence  Factor) (Peformance  Factor)  -  CQ(FR  +  BC) 

The  performance  factor  FR+BC  consists  of  the  familiar  cumulative  fitness 
report  average  (FR)  to  which  a  subjective  bias  correction  (BC)  may  be 
applied  by  the  OPB.   This  bias  correction  is  intended  to  remove  obvious 
rater  bias  in.  the  case  of  those  individual  officers  who  possess  only  a 
small  number  of  fitness  reports,  all  or  most  of  which  having  been  rendered 
by  a  rater  or  raters  known  to  the  OPB  to  be  either  excessively  lenient  or 
excessively  strict  in  their  rating  styles.   In  the  normal  case  (when  no 
rater  bias  is  evident),  the  bias  correction  is  zero. 
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Experience  will  show  whether  or  not  the  use  of  this  bias  correction  is 
necessary  and  meaningful.   In  any  case,  a  bias  correction  should  be 
applied  on  a  one-time  basis  only;  i.e.,  in  subsequent  annual  reviews, 
a  different  bias  correction  (preferably  BC=0.00)  should  be  assigned  at 
the  discretion  of  the  OPB. 


3.   The  Competence  Quotient: 

The  use  of  a  factor  reflecting  competence  is  a  new  concept  which  will 
require  a  detailed. explanation.   The  quantity  selected  for  this  purpose 
is  the  competence  quotient  (CQ)  which  is  analogous  in  principle  to  the 
well-known  intelligence  quotient  (IQ)  and  has  a  similar  numerical  range 
(typically  0.5  to  1.5).   The  intelligence  quotient  is  a  measure  of  intel- 
ligence (mental  age)  divided  by  a  normalizing  quantity  (chronological  age) 
Similarly,  the  competence  quotient  is  a  measure  of  competence  divided  by 
a  normalizing  quantity: 

Measure  of  Competence     ED  +  EX  +  AW 
CQ  =  Competence  Quotient  ■  — =  


Normalizing  Quantity       SC  +  6.00 

Let  us  first  examine  the  normalizing  quantity  SC+6.00.   It  consists  of 
the  service  credit  (SC)  in  years  (total  NOAA/USC&GS  active-duty  service 
plus  all  advanced  standing  granted  to  date)  augmented  by  six  units  -  this 
increment  is  necessary  because  a  fully-qualified  officer  with  N  years  of 
service  credit  is  expected  to  possess  at  least  N+6  units  of  competence. 

For  the  measure  of  competence,  the  sum  of  three  numerical  quantities  was 
chosen.   They  are,  respectively,  the  education  credit  (ED)  reflecting  the 
officer's  academic  achievement,  the  experience  credit  (EX)  reflecting  the 
officer's  relevant  service  experience,  and  the  awards  credit  (AW)  reflect- 
ing the  officer's  professional  achievement  as  recognized  by  the  receipt 
of  certain  specific  awards.   These  three  contributors  to  an  officer's 
measure  of  competence  will  be  considered  separately  in  sections  4,  5,  and  6. 


Education  Credit: 


Academic  achievement  at  the  undergraduate  level  is  reflected  by  the  under- 
graduate degree  grade-point  average  (UD)  which  may  vary  from  2.00  to  4.00. 
Academic  achievement  at  the  graduate  level  is  reflected  by  the  graduate 
degree  grade-point  average  (GD)  which  may  vary  from  3.00  to  4.00  (note, 
however,  that  GD=0.00  for  officers  with  no  graduate  degree).   Education 
credit  is  given  at  the  rate  of  1  to  1  for  (the  latest)  undergraduate 
degree  and  at  the  rate  of  \   to  1  for  (the  latest)  graduate  degree.   The 
units  of  education  credit  are  points.   In  terms  of  a  formula: 

ED  =  Education  Credit  -  1 . 0 (Undergraduate  Degree  Grade-Point  Average) 

+  0.5 (Graduate  Degree  Grade-Point  Average) 

=  UD  +  GD/2.00 
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5.  Experience  Credit; 

The  experience  credit  consists  of  credit  given  for  certain  specific  types 
of  NOAA/USC&GS  active-duty  service  and  for  prior  active-duty  service  in 
other  uniformed  services.   The  units  of  experience  credit  are  years. 
Officers  accrue  experience  credit  at  the  rate  of  2  to  1  for  NOAA/USC&GS 
sea  duty  (1/6  unit  for  each  month),  at  the  rate  of  1%   to  1  for  NOAA/USC&GS 
mobile  shore  duty  (1/8  unit  for  each  month),  at  the  rate  of  1  to  1  for 
NOAA/USC&GS  fixed  shore  duty  and  for  prior  active-duty  commissioned 
service  (1/12  unit  for  each  month),  and  at  the  rate  of  %   to  1  for  prior 
active-duty  enlisted  service  (1/24  unit  for  each  month).   In  terms  of  a 
formula: 

EX  =  Experience  Credit  =  (Months  of  NOAA/USC&GS  Sea  Duty)/6 

+  (Months  of  NOAA/USC&GS  Mobile  Shore  Duty)/8 

+  (Months  of  NOAA/USC&GS  Fixed  Shore  Duty)/12 

+  (Months  of  Prior  Act-Duty  Commis'd  Service)/12 

+  (Months  of  Prior  Act-Duty  Enlisted  Service) Ilk 

-  (2.0Msd+1.5Mms+Mfs+Mpc+O.5Mpe)/12 

6.  Awards  Credit: 

The  awards  credit  consists  of  credit  given  for  the  receipt  of  certain 
specific  awards  in  recognition  of  outstanding  achievement.   The  units  of 
awards  credit  are  points.   Officers  accrue  awards  credit  at  the  rate  of 
2  points  for  a  DOC  Gold  Medal,  \\   points  for  a  DOC  Silver  Medal  or  for  a 
SAME  Colbert  Award,  1  point  for  a  DOC  Bronze  Medal,  SAME  Karo  Award, 
USC&GS  Meritorious  Service  Medal,  USC&GS  Commendation  Medal,  NOAA  Special 
Achievement  Award,  or  ACO  Annual  Award,  and  h   point  for  a  unit  citation 
shared.   In  terms  of  a  formula: 

AW  «  Awards  Credit  =  2.0(Number  of  DOC  Gold  Medals) 

+  1.5(Number  of  DOC  Silver  Medals  and/or  Colbert  Awards) 
+  1.0 (Number  of  DOC  Bronze  Medals  and/or  Karo  Awards) 
+  1.0 (Number  of  USC&GS  Meritorious  Service  Medals 

and/or  USC&GS  Commendation  Medals) 
+  1.0 (Number  of  NOAA  Special  Achievement  Awards 

and/or  ACO  Annual  Awards) 
40. 25 (Number  of  Unit  Citations  Shared) 

"  2 ' 0Ngm+1 • 5Nsm+Nbm+Nmc+Naa+0 . 25NUC 

7.  Service  Credit: 


The  quantity  called  service  credit,  which  appears  in  the  denominator  of 
the  competence  quotient,  has  already  been  defined  parenthetically  in  sec- 
tion 3.   To  reiterate,  service  credit  is  the  sum  "of  the  total  NOAA/USC&GS 
active-duty  service  time  (commissioned  service  as  well  as  deck  officer 
and  junior  engineer  service)  and  of  the  cumulative  advanced  standing  time 
granted  to  date.   The  units  of  service  credit  are  years.   In  terms  of  a 
formula: 
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SC  -  Service  Credit  =  (Months  of  NOAA/USC&GS  Active-Duty  Service) /12 

+  (Months  of  Advanced  Standing  Granted  to  Date)/12 

"   (Mad+Mas)/12 

8.  Use  of  the  Service  Index: 

The  use  of  the  service  index  presupposes  that  all  the  necessary  input 
parameters  are  available  in  computer-readable  form  for  all  NOAA  Corps 
officers.   After  the  initial  data-automation  effort,  the  following 
actions  could  take  place  on  an  annual  basis: 

a.  Fitness  reports  and  service  reports  are  received  at  NCI 
NLT  31  December. 

b.  Each  officer's  records  are  updated  by  NCI.   Automatically 
produced  summary  sheets  of  service  index  input  parameters 
are  mailed  (with  appropriate  Privacy  Act  safeguards)  to  the 
individual  officers  NLT  15  January. 

c.  Reviewed  summary  sheets  are  returned  to  NCI  NLT  15  February. 

d.  Errors  and  omissions  are  validated,  corrected,  and  the 
corrections  are  verified  by  NCI.   Preliminary  service  index 
listing  (a  computer  run)  is  provided  to  OPB  NLT  1  March. 

e.  OPB  examines  cumulative  fitness  report  averages  in  each 
grade  group,  assigns  bias  corrections  as  appropriate,  and 
the  final  service  index  listing  is  produced  (one  computer 
run)  . 

f.  Within  each  grade  group,  officers  flagged  as  having  service 
index  higher  than  the  group  mean  plus  standard  deviation  are 
considered  as  candidates  for  advanced  standing,  and  officers 
flagged  as  having  service  index  lower  than  the  group  mean 
minus  standard  deviation  are  considered  as  candidates  for 
adverse  action. 

The  service  index  is  intended  to  function  as  a  labor-saving  device  which 
provides  initial  guidance  in  the  annual  review  process.   It  does  not 
preclude  the  consideration  of  any  other  officer  on  the  lineal  list  for 
advanced  standing  or  adverse  action  at  the  discretion  of  the  OPB. 

9.  Formulation  Summary: 

A  comprehensive  formulation  summary  for  the  computation  of  the  service 
index  is  given  on  the  following  page. 
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SERVICE    INDEX    (SI):  SI   =   CQ(FR  +  BC) 

nunmnTmnunmnunmninunnvm 

where:   CQ  ■  Competence  Quotient  (see  below) 

FR  =  Cumulative  Fitness  Report  Average 

BC  =  Bias  Correction  (subjective,  applied  by  the  Officer 
Personnel  Board  in  those  instances  when  an  officer 
does  not  have  fitness  reports  by  a  sufficient 
number  of  raters  to  average  out  rater  bias  - 
BC  ■  0.00  when  no  rater  bias  is  evident). 


COMPETENCE  QUOTIENT  (CQ) :   CQ  =  (UD  +  GD/2.00  +  EX  +  AW)/(SC  +  6.00) 

mmmmmmmmmmmmmmrimmmmmmmmmfflmTTiTTTmrnmmmnimpimmiMiNMi 

where:   UD  -  Undergraduate  Degree  (latest)  Grade-Point  Average  (GPA) 
GD  ■  Graduate  Degree  (latest)  Grade-Point  Average  (GPA) 
EX  =  Experience  Credit  (see  below) 
AW  =  Awards  Credit  (see  below) 
SC  ■  Service  Credit  (see  below) 


EXPERIENCE  CREDIT  (EX)     EX  -  (2.0Msd+1.5Mms+Mf s+MpC+0. 5Mpe) /12.00 

TmnmmninmimmrnmHMniiimTTimTTimmTTimmiTimmTTiTnmrnrTmmrnrTirmTimTTiTTim 

where:  Msd»  Months  of  NOAA/USC&GS  Sea  Duty (Weight  2.0) 

M^  Months  of  NOAA/USC&GS  Mobile  Shore  Duty   .  (Weight  1.5) 

Mfs=  Months  of  NOAA/USC&GS  Fixed  Shore  Duty  .  .  (Weight  1.0) 

MpC=  Months  of  Prior  Act-Duty  Comrais'd  Service  (Weight  1.0) 

M^e-  Months  of  Prior  Act-Duty  Enlisted  Service  (Weight  0.5) 

AWARDS  CREDIT  (AW)         AW  =  2.0Ngm+l . 5Nsm+Nbra+Nmc+Naa+0. 5NUC 

where:   N™^  Number  of  DOC  Gold  Medals (Weight  2.0) 

Nsm=  Number  of  DOC  Silver  Medals/Colbert  Awards  (Weight  1.5) 

Nbm=  Numt»er  of  DOC  Bronze  Medals/Karo  Awards  .  (Weight  1.0) 
Nmc=  Number  of  USC&GS  Meritorious  Service  Medals 

and/or  USC&GS  Commendation  Medals  .  .  .  (Weight  1.0) 
Naa=  Number  of  NOAA  Special  Achievement  Awards 

and/or  ACO  Annual  Awards  (Weight  1.0) 

Nuc=  Number  of  Unit  Citations  Shared   (Weight  0.5) 

SERVICE  CREDIT  (SC) :       SC  -  (Mad+Mas)/12.00 

where:   Mad=  Months  of  NOAA/USC&GS  Active-Duty  Service 

M-  =  Months  of  Advanced  Standing  Granted  to  Date 

3d 
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APPENDIX  F 
PERC  System 


APPENDIX  F 
PERC  System 

The  first  section  of  this  appendix  is  a  direct  comparison 
of  the  PERC  and  NCI  data  bases  to  determine  to  what  extent 
the  data  items  were  redundant.   A  high  rate  of  redundancy 
would  seem  to  indicate  that  a  separate  automated  system  for 
NCI  was  not  justifiable.   On  the  other  hand,  a  low  rate  of 
redundancy  indicates  that  the  automation  of  NCI  files  would 
be  of  little  help  in  enhancing  the  communication  of  that 
data  from  NCI  to  PERC.   Of  the  81  relevant  items  extracted 
from  the  PERC  data  source  document  (NOAA  form  52-52)  only 
26  were  present  in  some  form  or  another  in  NCI  records.   An 
amazing  total  of  50  of  the  items  were  constant  for  NOAA  Corps 
officers.   These  items,  for  the  most  part,  did  not  change 
during  an  officer's  career  and  they  were  the  same  values 
for  all  officers. 

The  second  section  is  an  analysis  of  the  data  items 
required  to  submit  changes  to  the  PERC  data  base.   This 
analysis  was  performed  to  develop  a  picture  of  the  data  items 
required  for  each  change  submittal  and  to  identify  the 
sources  of  the  data  to  be  used. 

There  were  fifteen  formal  change  submittals  (NOA  Codes) 
that  were  made  periodically  from  NCI.   Each  submittal 
required  different  data  items  to  be  provided.   The  codes  used 
most  often  were  17011  -  Excepted  Appointment,  72101  - 
Reassignment,  89700  -  Pay  Adjustment,  and  99999-  Item  Change. 
Approximately  30  to  45  of  the  change  submittals  were  trans- 
mitted from  NCI  to  the  PERC  office  each  month. L   J 


As  can  be  seen  from  the  PERC  Data  Submittals  Summary 
Sheet,  an  average  of  39  percent  of  the  data  items  on  the  PERC 
data  change  submittals  were  constant,  31  percent  were  available 
from  the  NCI  records  and  30  percent  had  to  be  supplied  by  the 
individual  generating  the  change  submittal.   These  figures 
seemed  to  indicate  that  automation  of  the  NCI  data  base  files 
would  result  in  relatively  little  time  savings  in  retrieving 
data  from  NCI  files  for  submittal  to  PERC. 

The  coding  of  PERC  submittals  was  accomplished  by  an 
individual  in  the  PERC  office  from  source  documents  trans- 
mitted from  NCI.   The  coded  sheets  were  then  transferred  to 
cards  and  the  changes  made  in  the  batch  mode.   This  procedure 
involved  individuals  in  the  NCI  office  who  generated  the 
changes,  an  individual  in  the  PERC  office  who  coded  the  change, 
an  individual  in  the  PERC  office  who  key  punched  the  changes, 
and  an  individual  to  process  the  cards  on  the  computer.   This 
entire  process  was  tedious  and  time  consuming  for  everyone 
involved . 

In  the  future,  if  the  PERC  system  input  procedures  are 
changed  to  allow  direct  input  from  a  terminal,  considerable 
time  could  be  saved  in  this  process.   The  PERC  change  sub- 
mittal could  be  coded  on  a  terminal  in  the  NCI  office  with 
the  help  of  an  NCI  automated  system.   The  submittals  could 
then  be  transferred  electronically  to  the  PERC  system, 
possibly  through  a  PERC  system  employee  for  verification 
and  error  checking.   This  would  almost  require  that  the  two 
data  bases  be  managed  by  the  same  computer. 
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It  is  difficult  to  predict  how  much  overall  extra  effort 
would  be  needed  in  NCI  if  this  future  system  were  to  be 
installed.   Personnel  in  NCI  would  be  required  to  make  simi- 
lar additional  changes  to  the  NCI  computerized  data  base. 
NCI  would  also  have  to  take  over  the  task  of  coding  the 
change  submittals  which  was  formerly  being  performed  by  the 
PERC  office.   The  main  benefactor  of  the  new  system  would  be 
the  PERC  office. 
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APPENDIX  F 
PERC  -  NCI  DATA  COMPARISON 


NOAA  FORM  52-52 

Data  Field  Number  &  Nomenclature 

k   -  Social  Security  No. 

5  -  Sequence  Number 

6  -  Type  of  Action 

7  -  Name  (Last,  First,  Middle) 


NCI  Data  Base 


Nomenclature 


8  - 


Sex 
Male 
Female 


9  -  Date  of  Birth 

10a  -  (1)  Departmental 
(2)  Field 

10b  -  (1)  Sensitive 

(2)  Non-Sensitive 

10c  -  (1)  None 

(2)  Critical 

(3)  Non-Critical 

lOd  -  Schedule 

(1)  None 

(2)  A 

(3)  B 
CO  C 

lOe  -  (1)  Competitive 
(2)  Excepted 

11  -  Organization  Code 

12  -  Position  Control  No. 

13  -  Submitting  Office  No. 

1*+  -  Action 

(1)  Exempt 

(2)  Non-exempt 

15  -  Tenure 

(1)  None 

(2)  Tenure  Group  1 

(3)  Tenure  Group  2 
(k)      Tenure  Group  3 

25  -  Position  Number 

26  -  Position  Title 

27  -  Func.  Class 


SSN 


Name  (Last,  First, 
Middle) 

Sex 


Date  of  Birth 
Constant 

Constant 

Constant 

Constant 


Constant 
Present  Org  Code 

Constant 
Constant 

Constant 


Constant 
Rank 
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APPENDIX  F  (con't) 

Data  Field  Number  &  Nomenclature 


28 

29 
30 

31 
32 
33 
34 
37 
38 
39 

1+0 

41 


Schedule 

Classification  Series 

Grade 

Step 

Pay  Basis 

Salary  Dollars  Cents 

Comp  Level 

Authorities  Code 

Remarks  Code 

Effective  Date 

Authentication  Date 

Placement  Follow  Up 

(1)  None 

(2)  3-months 

(3)  6-months 

(4)  9 -months 

(5)  College  Recruit 

(6)  4-months 

Citizenship 

(1)  Citizen 

(2)  Non-Citizen 

(3)  Foreign  National 

Handicap  Code 

Veterans  Preference 

(1)  None 

(2)  5-points 

(3)  10-points  comp. 

(4)  10-points  other 

Retired  Military 

(1)  Yes 

(2)  No 


45    -  FEGLI 

(1)  Regular 

(2)  Ineligible 

(3)  Waved 

(4)  Regular  and  Optional 

(5)  SEGLI  (15.000) 

(6)  SEGLI  (10,000) 

(7)  SEGLI  (5.000) 


42  - 


43 

44 


Nomenclature 

Constant 
Constant 
Grade 
Step 

Salary 
Constant 
Constant 
Constant 


Constant 


Constant 


Constant 
Constant 


Constant 
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APPENDIX  F  (con't) 


Data  Field  Number  &  Nomenclature 


1*6 

-  Retirement  Coverage 

(1) 

CSC 

(2) 

FICA 

(3) 

FS 

(4) 

None 

(5) 

Other 

(6) 

Non-Gov. 

47 

-  Health  Plan  Code 

48 

-  Legal  Residence 

49 

-  Reserve  Status 

(0) 

None 

(1) 

Ready 

(2) 

Stand  By 

Nomenclature 
Constant 


50  -  Special  Pay  Features 

Post  Differentials 

(1)  Yes 

(2)  Nc 

COLA 

(1)  Yes 

(2)  No 

Saved  Pay  Indefinite 

(1)  Yes 

(2)  No 

Saved  Pay  2  years 

(1)  Yes 

(2)  No 

51  -  Post/COLA  Differential  Percent 

53  -  Dates  of  Lost  equivalent  increase 

54  -  Date  of  Grade 

56  -  Date  of  Appointment  Affadavits 

57  -  Re-employed  Annuitant 

(1)  Yes 

(2)  No 

58  -  Pay  Status 

(1)  Inpay  Status 

(2)  LWOP 

(3)  Military 

59  -  Performance  Ratings 

(1)  Satisfactory 

(2)  Outstanding 

(3)  Unsatisfactory 


Constant 
Address  (State) 
Constant 


Constant 

Constant 

Constant 

Constant 

Constant 

Control  Date  Pay  Purposes 

Date  of  Rank 

Original  Appointment  Date 

Constant 

Constant 


Constant 
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APPENDIX  F  (con't) 


Data  Field  Number  &  Nomenclature 

60  -  L^ave  Category 

(0)  None 

(1)  0  to  3  years 

(2)  3  to  15  years 

(3)  15  years  or  over 

61  -  Type  of  Appointment 

(1)  Career 

(2)  Career  conditional 

(3)  Taper 

(U)  Indefinite  Term 

(5)  Temporary 

(6)  Permanent 

(7)  Conditional 

(8)  Indefinite 

(9)  Temporary 

LIMITATIONS  ON  APPOINTMENT 
62a  -Not  to  Exceed  Date 

(1)  Yes 

(2)  No     DATE 

62b  -Not  to  Exceed  Days 

(1)  Yes 

(2)  No      NUMBER  OF  DAYS 

62c  -Not  to  Exceed  Hours 

(1)  Yes 

(2)  No      NUMBER  OF  HOURS 

62d  -Salary  Limited 

(1)  Yes    AMOUNT 

(2)  No 


63 

65  -  Entered  on  Duty  Date 


Service  Computation  Date 
For  Leave 

Service  Computation  Date 
for  RIF 


67  -  Date  Assigned  to  Present 

Position 

68  -  Apportionment 

(From  -  State) 
(To  -  State) 

69  -  Extent  of  Duty 

70  -  Employee  Number 


Nomenclature 
Constant 


Constant 


Constant 


Constant 


Constant 


Constant 


Original  Appointment 
Date 

Original  Appointment 
Date 

Original  Appointment 
Date 

Present  Assignment 
Reporting  Date 

Constant 


Constant 
Employee  Number 
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APPENDIX  F  (con't) 

Date  Field  Number  &  Nomenclature 

71a  -  Temporary  Promotion  Code 
YES 
NO 

71b  -  Temporary  Promotion  -  Not  to 
Exceed  Date 

71c  -  Permanent  Position  Date 

Schedule 
Grade 
Comp.  Level 

7^a  -  Geographic  Location  -  State 

7^b  -  Geographic  Location  -  City 

7^c  -  Geographic  Location  -  County 

75   -  Bureau  Code 

78  -  Security 

79a  -  Employee  on  Detail  Code 
(  )  Yes 
(  )  No 
(  )  Yes  -  reimbursable 

80  -  Reason  for  Leaving 

81  -  Agencies 

Gaining 
Losing 

82  -  Severance  Pay 

Yes 
No/Amount 

83  -  Pay  Rate  Determinate 

84  -  CSC  Special  Program  ID 

85  -  Work  Schedule 

(" )  Full  Time 
(  )  Part  Time 
(  )  WAE 

86  -  DOC  Special  Program  ID 

87  -  NOAA  Special  Program  ID 

88  -  Veterans  Preference  for  RIF 

89  -  Education  Level 

90  -  Year  Highest  Degree  Attained  (Yr) 

91  -  Academic  Discipline 


Nomenclature 


Constant 

Grade 

Constant 

Address  -  State 

Address  -  City 

Address  -  County 

Constant 

Constant 

Constant 


Leaving  for  Resignation 


Constant 
Constant 
Constant 


Constant 
Constant 
Constant 

Education  Record 
Education  Record 
Education  Record 
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APPENDIX  F  (con't) 


PERC  DATA  SUBMITTALS 
SUMMARY 


1. 


2. 


3. 


NOA  Code 


17011  Excepted  Appointment 

30020  Retirement  -  Mandatory 

30120  Retirement  -  Disability 

20220  Retirement  -  Voluntary 

31720  Resignation 

35030  Death 

70201  Promotion 

70202  Promotion  -  Permanent 

70203  Promotion  -  Temporary 
71301  Change  to  Lower  Grade 

72101  Reassignment 

79200  Change  in  Duty  Station 

72102  Reassignment  -  Permanent 
89400  Pay  Adjustment 

99999  Item  Change 

TOTAL 


Total 

Data 

Items 

Constant 

For 

Officers 

From 

NCI 

Data  Base 

From 

Initiator 

77 

kk 

18 

15 

11 

1 

3 

7 

11 

1 

3 

7 

10 

1 

3 

6 

10 

1 

3 

6 

11 

1 

3 

7 

32 

17 

10 

5 

11 

3 

3 

5 

30 

13 

9 

8 

28 

11 

11 

6 

26 

10 

11 

5 

22 

12 

6 

5 

9 

1 

3 

5 

20 

6 

10 

k 

Variable 

308 
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96 


91 


1.  Number  of  data  items  in  the  PERC  data  submittal  that  are 
constant  for  all  NOAA  officers. 

2.  Number  of  data  items  in  the  PERC  data  submittal  that  can 
be  provided  from  the  projected  NCI  data  base. 

3.  Number  of  data  items  in  the  PERC  data  submittal  that  are 
supplied  by  the  initiator  of  the  action. 

30-^5  submittals  are  made  from  NCI  to  the  PERC  System  per  month 
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APPENDIX  G 
NOAA  Corps  Data  Base  -  Record  Contents 

Officer  Record 

Data  Item  Characteristics*   Characters** 

1.  Name  1,4  30 

2.  SSN  1  9 

3.  Date  of  Birth  1  6 

4.  Home  of  Record  (State)  1,2,4  15 

5.  Home  of  Record  (City  &  State)  1,2,4  40 

6.  Place  of  Appointment  4  30 
(City  and  State) 

7.  Ethnic  Origin  3 

8.  Place  of  Birth  (City  &  State)  4  30 

9.  Lineal  Number  1,2  4 

10.  Employee  Number  1  5 

11.  Marital  Status  1,2  10 

12.  Date  of  Last  Physical  2  6 

13.  Date  of  Next  Physical  2,5  6 

14.  Present  Address  (State  &  City)  2,4  40 

15.  Present  Address  (State)  1,2,4  15 

16.  Home  Phone  Z  10 

17.  Date  of  Marriage  2,3  18 

18.  Place  of  Marriage  (City,  State)  2,3  90 

19.  Officer  Sxaxus  1,2  10 

Applicant   Resigned 
Surveyed    Retired 
Active      Deceased 

20.  Training  Class  3 

21.  Sex  1  5 

22.  Grade  1,2  2 

23.  Step  1,2  2 

24.  Salary  1,2  7 

25.  SGLI  Election  2  8 

26.  Control  Date  -  Pay  Purposes  1  6 

27.  Date  of  Next  Longevity  Increase  2,5  6 

28.  Aviation  Service  Date  for  ACIP  1  6 

29.  Control  Date  -  Active  Service/ 

For  ACIP  1  6 

30.  Present  ACIP  Gate  1,2,5  6 
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Appendix  G  (Cont'd) 
Data  I tem  Characteristics*    Characters** 

31.  Housing  Allowance  2,5               6 

32.  Subsistence  2,5              6 

33.  Cost  of  Living  Allowance  (COLA)  2                6 

34.  Incentive  Pay  -  Type/ACIP,  DIVE  1,2              6 

35.  Incentive  Pay  -  Amount  2,5               6 

36.  G.I.  Bill  withholding  2               6 

37.  Date  G.I.  Bill  Withholding  Began   2  6 

38.  FHA  Mortgage  Amount  2                9 

39.  FHA  Mortgage  Premium  (NOAA-5^)  2,5               6 

40.  Original  Appointment  Date  1               6 

41.  Date  of  Rank  1,2               6 

42 .  Control  Date  -  Promotion  1,2              6 

43.  Promotion  Eligibility  Date  2,5              6 

44.  Rank  1,2,4             25 

45.  Corps  Application  Number  6 

46.  Date  Application  Received  6 

47.  Recruiting  Area  4              10 

48.  Disposition  of  Application  4              10 
I  -  July  -  73=Invited  for 

July  1973  OTC 
I  -  No  -  OTC  =  Invited  not 

to  attend  OTC 
W  =  Withdrawn  by  Applicant 
R  =  Rejected 
NPQ-=  Not  Physically  Qualified 

49.  Date  Available  for  Commissioning  6 

50.  Interviewer  1,4             30 

51.  Critical  Need  Index  (CNI)  3 

52.  Interviewer's  Recommendations  (IR)  4  100 
53*   Reference  Score  (Average-on 

reference  letters)  4 
54.   Master  Mark  (MM  -  Determined 

by  NCI)  4 
55«   Strong  Vocational  Interest 

Blank  Score  (SVIB)  4 

56.  Prior  Service  4              20 

57.  Prior  Service  Serial  Number  10 

58.  Date  Prior  Service  Began  6 

59.  Date  Prior  Service  Ended  6 

60.  Prior  Service  Duration  4               6 

61.  Prior  Service  Highest  Grade  2 

62.  Prior  Service  Leave  Balance  Paid  2 

63.  Present  Assignment  4               25 

64.  Present  Work  Phone  2              10 

65.  Present  Assignment  Duties  4               25 

66.  Present  Organization  Code  1,2              6 

67.  Present  Routing  Code  1,2               6 

68.  Present  Assignment  Reporting 

Date  1,2               6 

69.  Present  Assignment  Type  1,2               6 
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APPENDIX  G  (Cont'd) 

Data  Item  Characteristic  *    Characters 

70.  Present  MLC  1,2,4             10 

71.  Last  Assignment  Detachment  Date  1,2              6 

72.  Sea  Duty  1,2,5             3 

73.  Shore  Duty  1,2,5             3 

74.  Mobile  Duty  1,2,5             3 

75.  Date  of  last  Org.  Code  Change  2               6 

76.  Assignment  Review  Date  2               6 

77.  Pending  Assignment  4              25 

78.  Pending  Detachment  Date  1,2              6 

79.  Pending  Reporting  Date  1,2              6 

80.  Date  Pending  Assignment  Approved  2               4 

81.  Date  Pending  PCS  Orders  Signed  2               4 

82.  Date  Last  PCS  Orders  Endorsed  2               6 

83.  Date  of  Resignation  6 

84.  Reason  for  Resignation  (PERC 

Code)  2 

85.  Leave  Balance  -  Paid  by  NOAA  2 

86.  Comments  on  Resignation  4              200 

87.  Grade  at  Resignation  2 

88.  Highest  Grade  Held  Successfully  2 

89.  Date  of  Retirement  6 

90.  Type  of  Retirement  12 

91.  Total  Service  5               6 

92.  Total  Service  for  Retirement  Pay  5               6 

93.  Reason  for  Retirement  4             100 

94.  Recalled  to  Active  Duty 

(From/To/As)  4              85 

95-   Interned  at  (City,  State)  30 

96.  Service  Records  Remarks  2,4           1000 

97.  Survivor  Benefit  Election 
(Beneficiaries  -  Name,  Relation 

Percent)  2,3»4           120 

98.  Survivor  Benefit  Election 

(Amount)  2               9 

99.  Date  of  Death  6 

100.  Disposition  of  Officer  Personnel 

Records  2,4            150 

101.  Rank  at  Retirement  25 

102.  Federal  Employees  Group 

Life  Insurance  2               7 

103.  Statutory  Basis  for  Retirement  4              50 

2773 
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1,2 

3 

1,2 

6 

1,2,4 

30 

1,2.4 

30 

1,2,4 

3 

1,2 

10 

1.2 

2 

APPENDIX  G  (Cont'd) 

Fitness  Report  Record 

Data  Item  Characteristic  *   Characters  ** 

1.  Fitness  Report  Score 

2.  Fitness  Report  Date 

3.  Rating  Officer 

4.  Reporting  Officer 

5.  Rank 

6.  Assignment  (MLC) 

7.  Length  of  Reporting  Period 

84 

Education  Record 

1.  Education  Type  1,2  2 

2.  Education  Discipline  1,2  2 

3.  Education  School  1,2,4  25 

4.  Education  State  1,2,4  15 

5.  Education  Year  1,2  2 

6.  Education  Completed  (Yes/No)  1,2  3 

7.  Education  Hours  Toward 
Completion  1,2  3 

52 

Training  Record 

1.  Course  Code  &  Description  1,2,4  75 

2.  Completion  Date  1,2  6 

3.  Direct  Cost  1,2  4 

4.  On  Duty  Hours  1,2  4 

5.  Non  Duty  Hours  1,2  4 

93 

Publication  Record 

1.  Publication  Title  2  75 

2.  Publication  Date  2  6 

3.  Publication  Type  (Book,  Mag, 
Paper)  2  10 

4.  Name  of  Publication  Medium 
(i.e.  Proceedings,  Military 

Engineer)  2  _Z5 

166 


1  3(1 


1,2,4 

10 

1.2,4 

15 

1,2,4 

50 

APPENDIX  G  (Cont'd) 
Licenses/Qualification  Record 

Data  Item  Characteristics*   Characters*5 

1.  License  Type  (Professional 
Sea, Flight,  Diver) 

2.  License  Name  (EIT,  2nd  Mate, 
Pilot) 

3.  Miscellaneous  Data  (EIT  State, 
Pilot  C 130  450  hrs,  Master 
unlimited  tonnage) 

75 

Assignment  Preference  Record 

1.  Date  of  Preference  2  6 

2.  Source  of  Preference  Data 
(Letter,  Service  Report)  2  15 

3.  1st  Preference  (Class  I)  2  15 

4.  2nd  Preference  (Field  Party)  2  15 

5.  3^d  Preference  (Research  Lab)  2  15 

6.  Additional  Preference  2  45  ^5 

(In  order  of  Preference)  "ill 

Dependents  Record 

1.  Dependent's  Name  2,4  25 

2.  Type  of  Dependent 
(Wive,  Son,  Mother)  2,4  10 

3.  Dependent's  Date  of  Birth  2  6 

4.  Dependent's  SSN  2  9 

5.  Dependent's  Ethnic  Origin  2  10 

6.  Dependent's  Sex  2  6 
?.   Dependent's  Address               2,4             30 

8.  Member  of  Uniformed  Services        2  3 

9.  Expiration  Date  of  I.D.  Card        2  6 

10.  Privilege  Entitlements 
(Commissary,  Champus,  PX)  2,4              50 

11.  Dependency  Status  2              10 
(Dependent,  Survivor)  2.65 


Promotion  Record 

1.  Rank  2  2 

2.  Date  of  that  Rank  2  6 
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APPENDIX  G  (Cont'd) 
Track  Record 
Data  Item  Characteristic  *    Characters** 

1.  Type  of  Action  (Award,  Citation, 

Commendation,  Medal,  Disciplinary)  2,4  15 

2.  Date  of  Action  2  6 

3.  Source  of  Action  2,4  30 

4.  Promotion  Control  Date  (PCD) 

Adjustment  (Yes/No)  2,4  3 

5.  PCD  Adjustment  Direction 

(Forward/Back)  2,4  10 

6.  PCD  Adjustment  Amount  2 


6? 

Organizations  and  Societies  Record 

1.   Organization  or  Society  2,4  25 

Assignment  Record  History 

1.  Assignment  (RAINIER)  2,4  15 

2.  Permanent  Station  (PMC)  2,4  15 

3.  Date  Reported  2  6 

4.  Date  Detached  2  6 

5.  Primary  Duty  (F00)  2,4  25 

6.  Duty  Type  (Sea/Shore/Mobile)  2  8 

75 


'Describes  certain  characteristics  of  e"h  data  item 
.   Item  can  he  used  for  more  than  one  report  or  retrieval 
.   Item  is  active  -  changes  periodically  or  part  01 


1. 

Item   a 

2. 

Item   i: 

3. 

Item   c; 

4. 

I  tern   i 

5- 

I  tern   c 

♦  ■4 

Length 

3   I  torn  can  have  more  than  one  occurrence 

4.  Item  is  variable  length  -  conserves  storage  space 

5.  could  be  corr3u:ed  from  other  da  .a  base  information 
0::  data  item  -  needed  to  estimate  storage  needed 
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APPENDIX  H 

Data  Base  Management  System  DMS  1100 

Query  Language  Processor  (QLP)  Package 


Used  on  Sperry  Univac  1100  Series  Computers'-   J 


1 .  QLP  Capabilities 

The  Query  Language  Processor  supports  six  classes  of 

commands.   These  classes  are: 

Database  Communication  (INVOKE,  EXIT,  HOLD,  ROLLBACK, 
DESCRIBE,  RELEASE) 

Inquiry  (LIST,  COUNT,  SORT) 

Database  Update  (CREATE,  CHANGE,  DELETE) 

Control  (REPEAT,  SAME,  EDIT,  CALL) 

Database  Structure  Operations  (FIND,  REMOVE,  INSERT) 

QLP/User  Interface  (DEFINE,  PURGE,  FORMAT,  PRINT, 
OUTPUT,  USE,  BUILD) 

Data  Selection  Clauses  (WHERE) 

2 .  QLP  Command  Formats 

The  general  format  of  a  QLP  command  is: 
Action  clause        WHERE  clause 

The  WHERE  clause  specifies  the  criteria  to  be  imposed  upon 
the  DMS  1100  database  for  the  purpose  of  the  action  clause 
processing.   The  WHERE  clause  may  or  may  not  appear  depending 
on  the  type  of  action  clause. 

3.  Representative  QLP  Commands 

Commands  Description 

LIST  -  -     Provides  the  user  with  the  values  of  the  data 
items  requested  from  the  portion  of  the  data 
base  established  by  the  WHERE  clause. 


Commands 


COUNT 


SORT 


CREATE 


Description 

LIST  OFFICERS  WHERE  ORG  CODE  =  A32000 
AND  RANK  =  LIEUTENANT  COMMANDER  AND 
SEX  =  FEMALE  AND  RATING  OFFICER  = 
JOHN  AND  FIT  REP>90 . 

Tallies  the  number  of  occurrences  of  the  data 
items  specified  in  the  count  command  action 
clause . 

COUNT  OFFICERS  WHERE  FIT  REP  AVG  »9  5  AND 
RANK  =  LTJG  AND  MLC  =  NMFS. 

Causes  output  for  a  LIST  or  BUILD  command  to 
be  ordered  in  a  sorted  fashion.   The  items 
outputted  may  be  sorted  in  ascending  or  de- 
scending order. 

. . .SORTED  ON  LINEAL  NUMBER 

Introduces  a  new  record  into  the  database  at 
the  point  of  organization  determined  by  the 
WHERE  clause. 


CREATE  FITNESS  REPORT  RECORD  WITH  FIT  REP 
SCORE  =  80  WHERE  OFFICER;  EQUALS  JOHN  SMITH 

CHANGE  -  -   Modifies  as  specified  the  data  items  listed 
in  the  action  clause  in  those  records 
established  by  the  WHERE  clause. 

CHANGE  MARRIED  EQUALS  YES  WHERE  OFFICER  = 
ALAN  PICKRELL 

DELETE  -  -  Removes  a  specific  record  from  the  data  base 
The  data  removed  is  established  by  the  WHERE 
clause . 

DELETE  ASSIGNMENT  PREFERENCE  WHERE  OFFICER  = 
JOHN  DOE  AND  DATE  OF  PREFERENCE  =  0404  74 


REPEAT 


SAME  - 


Executes  the  previous  action  clause  with  a 
new  WHERE  clause,  thus  establishing  a  dif- 
ferent selection  criteria  for  the  previous 
processing  command. 

REPEAT  WHERE  OFFICER  =  JOHN  DOE  AND  DATE  OF 
PREFERENCE  =  080274 

Used  to  signify,  following  the  WHERE  condi- 
tional conjunction,  that  the  data  selection 
criteria  specified  on  the  previous  command 
is  to  be  applied  to  the  current  command. 

LIST  FIT  REP  SCORE  WHERE  SAME 


Commands 


EDIT 


OUTPUT 


BUILD  - 


FORMAT  - 


DEFINE  -  - 


SAVE 


PURGE  -  - 


PRINr 


Description 

Causes  the  previously  issued  command  to  be 
modified  in  the  manner  specified. 

EDIT  FIT  REP  SCORE  TO  REPORTING  OFFICER 

Defines  the  output  for  subsequent  queries  as 
either  a  demand  terminal  or  an  onsite  printer. 

OUTPUT  TO  PRINTER 

Causes  a  file  of  data  items  to  be  built  from 
the  portion  of  the  database  established  by  the 
WHERE  clause. 

BUILD  COBOL  FILE  SESHMO  ON  DISC  FROM  NAME  RANK 
LINEAL  NUMBER  SEA  DUTY  SHORE  DUTY  MOBILE  DUTY 
PRESENT  ASSIGNMENT  SORTED  ON  LINEAL  NUMBER 
WHERE  MLC  =  NOS 

Establishes  a  tabular  output  format  for  later 
use  in  a  LIST  or  BUILD  command. 

FORMAT  SESHMO  NAME  NAME  2  RANK  RANK  30  LINEAL 
NUMBER  NUMBER  35  SEA  DUTY  SEA  39  SHORT  DUTY 
SHORE  44  MOBILE  DUTY  MOBILE  49  PRESENT  ASSIGNMENT 
ASSIGNMENT  54 

Numbers  2,  30,  35,  39,  44,  49,  and  54  refer  to 
beginning  column  position  of  data  in  Table. 

Temporarily  saves  a  QLP  command  for  later  use. 

DEFINE  TICKLER  LIST  OFFICER  WHERE  FIT  REP 
DTE  =78 

Permanently  saves  formats  or  procedures  pre- 
viously established  through  a  DEFINE  or  FORMAT 
COMMAND . 

SAVE  TICKLER 

Removes  from  the  QLP  system  or  user  catalog 
a  QLP  command  previously  saved  there  through 
the  save  command. 

PURGE  TICKLER 

Returns  to  the  user  a  display  of  a  QLP  command 
previously  established  through  a  DEFINE  or  SAVE 
command . 
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Commands  Description 

USE  -  -     Directs  the  QLP  to  save  commands  in  a  file 

specified  and  established  by  the  user  rather 
than  the  QLP  system  save  file. 

USE  QLP  -  COMMANDS  FOR  SAVE  FILE^29^ 


136 


APPENDIX  I^3^ 

Public  Notice  Requirements 
Privacy  Act  of  1974 
COMMERCE/ NO AA 


SYSTEM  NAME: 

SYSTEM  LOCATION: 

CATEGORIES  OF  INDIVIDUALS  COVERED  BY  THE  SYSTEM: 

CATEGORIES  OF  RECORDS  IN  THE  SYSTEM: 

ROUTINE  USES  OF  RECORDS  MAINTAINED  IN  THE  SYSTEM,  INCLUDING 
CATEGORIES  OF  USERS  AND  THE  PURPOSES  OF  SUCH  USES: 

POLICIES  AND  PRACTICES  FOR  STORING,  RETRIEVING,  ACCESSING, 
RETAINING  AND  DISPOSING  OF  RECORDS  IN  THE  SYSTEM: 

STORAGE : 

RETRIEVABILITY: 

SAFEGUARDS : 

RETENTION  AND  DISPOSAL: 

SYSTEM  MANAGER (S)  AND  ADDRESS: 

NOTIFICATION  PROCEDURE: 

RECORD  ACCESS  PROCEDURES: 

CONTESTING  RECORD  PROCEDURES: 

RECORD  SOURCE  CATEGORIES: 


137 


APPENDIX  J 


DATA  BASE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA  DESCRIPTION 

1.   FUNCTIONAL  CAPABILITIES 

DATA  DEFINITION 

Data  Relationships     Ability  of  the  data  definition  language 

to  describe  the  logical  business 
relationships  among  data. 

Data  Characteristics   Attributes  of  data  being  described. 

•  (i.e.,  information  about  the  data's 

identification,  security  requirements, 
physical  characteristics,  validation 
rul es ) . 

Data  Description       Type  and  usefulness  of  reports  produced 
Reports  by  data  description  facility. 

Data  Dictionary        Data  dictionary  system  that  will  auto- 
Interface  matically  generate  Information 

needed  by  the  DBMS  from  the  des- 
cription on  dictionary. 

Ease  of  Use  -  Data     User-oriented  syntax. 
Definition  Language 

Multiple  Paths  Into    Multiple  keys  of  retrieval  and  ordering. 
Data 

STORAGE  AND  RETRIEVAL 

Variable  Length        Does  DBMS  support  them. 
Records 

Data  Compaction        Compress  out  null  fields, 

leading  zeros,  trailing  blanks  . 


WEIGHT 
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APPENDIX  J  (Cont'd) 


DATA  BASE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA  DESCRIPTION  WEIGHT 

FUNCTIONAL  CAPABILITIES 
( Continued  ) 

STORAGE  AND  RETRIEVAL 
( Continued  ) 

User  Processes         User  written  programs  defined  in  the 

data  definition  language  to  which  the 
DBMS  gives  both  control  and  data  to: 

1)  Before  the  application  program 

receives  control  (when  retrieving) 
—  and 

2)  After  the  application  program  has 

modified  data. 

Access  Techniques      Different  file  sLructures  and  retrieval 

techniques.   User  control  over 
physical  aspects  of  techpi^^ 

Physical  Structuring   Ability  of  data  administrator  to  control, 
Flexibility  through  DDL,  physical  placement  of  data. 

Usage  Statistics       Statistics  generated  by  DBMS  that  allow 

data  administration  to  monitor  and 
fine  tune  DBMS  performance. 

Hardware  Resources     Hardware  required  to  efficiently  operate 

DBMS. 

Physical  Device        Does  DBMS  support  data  bases  on  tape,  disk, 
Support  drum,  terminals. 

Utility  Support 
( load ,  inload , 
reorganization) 
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APPENDIX  J  (Cont'd) 


DATA  DAvSE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA 


DESCRIPTION 


WEIGHT 


FUNCTIONAL  CAPABILITIES 
( Continued ) 

STORAGE  AND  RETRIEVAL 
( Continued ) 

Non-Data  Base 
Support 

INTEGRITY 

Central  Version 


Isolation  of  Control 
Info  from  User 

Concurrent  Update 


Deadly  Embrace 


Audit 


Can  standard  (non-database)  files  be 
aocessed? 


•  Does  the  DBMS  have  a  central  version 

that  can  service  requests  from 
multiple  programs  or  does  each 
program  run  with  its  own  copy  of  the  DBMS 

•  Is  central  version  single  or  multi- 

thread  . 

Control  Info  needed  by  DBMS  should  not 
be  accessible  by  user. 

•  What  protection  is  there  against 

programs  trying  to  modify  the 
same  record  concurrently. 

•  What  level  of  data  base  is  locked  out. 

User  A  has  Rec  1  and  wants  Rec  2,  while 
User  B  has  Rec  2  and  wants  Rec  1. 

Automatically  detected? 

•  Characteristics  of  the  audit  log 

Disk  onlv? 

Optiona^_ oefore/af ter  images 
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APPENDIX  J  (Cont'd) 


DATA  BASE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA 


DESCRIPTION 


WEICUT 


FUNCTIONAL  CAPABILITIES 
( Continued  ) 

INTEGRITY 
( Continued  ) 

Audit 


Recovery 


Reconstruction 


Restart 


Consistency-User 
Program  and  Data 
Def  . 

SECURITY 


Update  images  only? 

Ability  to  turn  it  on  and  off. 

Recovering  integrity  of  data  base  after 
failure . 

Reconctruc turlng  current  status  of  a  data 
base  from  a  backup  copy  and  audit  log. 

Ability  to  restart  program  at  some  non- 
beginning  of  Job  point. 

Insure  that  description  of  data  in  program 
is  synchronized  with  description  in  data 
definition  language. 

•   Facilities  that  help  insure  against  un- 
authorized access  to  data  base. 


USER  ACCESS 
TP  Interface 

Report  Writer 


Processing 

Flexibility 
Subschema  access 


Quality    of    TP   monitors    that    con    communicate 
with    DBMS. 

Report    writer    that    will    extract    and    report 
from    the    DB    files. 

Scope    and    power    of    data    manipulation    language 
verbs    (i.e.,    host    language    interface). 

Ease  of  invocation  of  the  subschema   (does  it  have   to 
be  keypunched  in  its  entirety  in  the  program,   or 
can  it  be  brought  in  by  preprocessor?) 
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APPENDIX  J    (Cont'd)  DATA  BASE  management  system 

EVALUATION  CRITERIA 

CRITERIA  DESCRIPTION  WEIGHT 

FUNCTIONAL  CAPABILITIES 
( Continued  ) 

USER  ACCESS  (Continued) 

Host  Languages 
Supported 

Data  Independence      •   In  what  ways  does  this  system  allow 

the  application  program  to  be  in- 
dependent of  the  description  of  data? 

•  Logical  DB,  elements,  not  records  re- 

turned, JCL. 

Inquiry  •   Does  a  "self-contained"  on-line  inquiry 

and  update  system  for  unstructured 
inquiry  cost . 

Ease  of  Use  •  Are  calls  easy  to  form? 

•  Are  calls  self -documenting  7 

•  Any  syntax  checking  done  at  compile  time. 

•  Error  processing. 

•  Preprocessor. 

•  User  oriented. 

2.  DISTRIBUTED  PROCESSING  CAPABILITY 

3.  TRAINING 

Amount  Required  to 
Learn  DBMS 

Training  Available    Both  from  vendor  and  from  independent  sources. 
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APPENDIX  J  (Cont'd) 


DATA  BASE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA 


DESCRIPTION 


WEIGHT 


6. 

7. 
8. 


SOFTWARE  COST 

DBMS 

TP  Monitor 

Training 

Installation 

Ma  in  tenance 

SUPPORT  REQUIREMENT 

Number  of  Persona 

Availability  of 
Persons 

Installation  Effort 

DOCUMENTATION 

UPWARD  COMPATIBILITY 

MACHINE  PORTABILITY 

Vendor  to  Vendor 

Vendor  Product  Line 
CONVERSION 

To  DBMS 

From  DBMS 


•  Availability  of  persons  with  experience 

•  New  versions 

•  Updates 

Completeness  and  accuracy  (up-to-date). 

Are  new  versions  of  system  upward  compatible? 

Run  on  multiple  vendor  machines. 
Operating  systems  independence. 


How  difficult  will  conversion  to  future 
systems  be? 
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APPENDIX  J  (Cont'd) 


DATA  BASE  MANAGEMENT  SYSTEM 
EVALUATION  CRITERIA 


CRITERIA 


10.   VENDOR  SUPPORT 


11.   SUPPORTING  SOFTWARE 


12.   MATURITY 


DESCRIPTION 

•  Business  position  of  vendor 

•  Historical  support  level 

What  is  availability  of  software  to 
support  DBMS? 

•  How  long  lias  system  been  out? 

•  Debugged. 


WEIGHT 
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APPENDIX  K 
PROBLEMS  ENCOUNTERED  IMPLEMENTING  DBMS' S  ^2?:2^7 

Non-Technical  Problems 

♦Lack  of  commitment  to  database  administration  concepts  at 
different  management  levels; 

♦Management  hesitant  to  commit  manpower  and  money  to  internally- 
oriented,  non-visible  projects; 

♦Unreasonable  management  demands; 

♦Lack  of  decision-making  power  for  the  DBA; 

♦Lack  of  enforcement  power  for  the  DBA; 

♦Unresolved  jurisdictional  problems,  especially  when  different 
groups  perform  database  administration  tasks; 

^Unclear  definition  of  responsibilities  of  DBA's,  analysts, 
users,  and  management; 

♦Frequent  reorganization  causing  instability  in  control  of 
data; 

♦Undefined  ownership  and  control  of  data,  especially  between 
users  and  DBA; 

♦DBA  concepts  conflict  with  service  center  concepts; 

♦Failure  to  establish  effective  communication  lines  between 
DBA's,  technical  staff,  and  management; 

♦Insufficient  communication  between  DBA's  and  users  with 
respect  to  data  errors  and  availability  of  help; 

♦Decision-making  management  not  knowledgeable  in  technological 
state-of-the-art ; 

♦Lack  of  training  and  understanding  of  database  concepts  and 
DBMS  by  users  and  technical  staff. 

♦Lack  of  experience  in  database  technology; 

♦Skepticism  with  respect  to  the  success  of  database  admini- 
stration practices; 
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*Resistance  of  analysts  and  programmers  to  DBA  interference; 

*Excessive  procurement  constraints  on  purchase  of  hardware, 
software,  and  services; 

*Inadequate  cost-benefit  analyses  regarding  implementing 
DBMS  vs.  conventional  programming,  and  in  evaluating  in-house 
vs.  commercial  software. 

*High  cost  of  hardware,  software,  services,  technical  staff, 
training,  and  vendor  support; 

Technical  Problems 

■^Generalized  systems  sometimes  too  general  for  specific  appli- 
cations; tailored  systems  sometimes  too  inflexible  for  changing 
needs; 

*Commercial  software  sometimes  not  available  for  existing 
hardware ; 

♦Hardware/software  limitations  and  interface  problems; 

* Absence  of  shared  databases  in  spite  of  DBMS  usage; 

*DBMS  used  as  a  file  control  mechanism  rather  than  a  data 
base  administration  tool; 

*Inability  to  assure  reliability  of  data; 

*Lack  of  organizational  data  standards; 

*Poor  system  and  software  documentation; 

*Too  much  dependence  on  vendor  support; 

*Non-availability  of  commercial  software  source  code. 
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